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(57) Abstract 

An Internet switch box (100) connects between a telephone set and a public switched telephone network (PSTO) line (212), the latter 
nf which is used both for PSTN (702) telephone conversations and for connection to an Internet service provider (ISP) (706). The switch 
box 000) contains hardware and embedded software for establishing a connection to an ISP (706) and for Internet (712) telephony. When 
two users, each having an Internet switch box (100A, 100B) connected to the telephone set (21 1 A, 212B), wish to have an Internet (712) 
telephony conversation, one calls the other over the PSTN (702). When they agree to an Internet telephony conversation they signal their 
Internet switch boxes (100), by pressing either buttons (301, 303) on the switch boxes (100) or certain keys on the telephone keypads, to 
wXoS ^switch boxes (100) disconnect the PSTN (702) call and connect to their ISPs (706A^ 706B). Once 

fe switch boxes are on the Internet (712), they contact each other through a server (714) which supplies Internet protocol (IP) addresses of 
switch boxes (100), and the users continue their conversation by Internet (712) telephony. The users can also prearrange to call each other 
solely by Internet (712) telephony, in which case they do not need to talk to each other over the PSTN (702). 
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INTERNET SWITCH BOX, SYSTEM AND METHOD FOR INTERNET TELEPHONY 

1 Poss-referen ce to Related Application 

2 This is a continuation-in-part of U.S. patent application Serial No. 08/810.148. filed 

3 February 25. 1997, whose disclosure is hereby incorporated by reference in its entirety into the 

4 present disclosure. 

5 nfthe Invention 

6 The present invention relates to Internet telephony, i.e., placing telephone calls over a 

7 specific secondary network, such as the Internet, by way of a standard telephone connection 

8 using the Public Switched Telephone Network (PSTN). 

9 T>^criptior i of Related Art 



I Q Tfe" techniqueo'f \ising"the~Intemerto" carry on telephone communications is commonly 

1 1 referred to as Internet Telephony (IT) or, sometimes, Voice on the Net (V ON). IT is a way to 

12 communicate over the Internet that bypasses PSTN toll connections. IT can be advantageous for 

13 individuals and businesses that need or want to communicate extensively with others outside of 

14 their local calling areas, especially to frequently called numbers. 

25 IT is typically accomplished by what is commonly referred to as Personal Computer- 

1 6 Based Internet Telephony (PCIT). POT allows users with properly equipped personal computers 

17 to complete long distance telephone calls to one another over the Internet without incurring a toll 

1 8 charge. To do so, the users must have personal computers that are multimedia capable in terms 

1 9 of possessing a sound card, sufficient processing power, a high quality microphone, an adequate 

20 modem (preferably 14.4 or faster) and the same specialized software programs, as well as an 

2 1 account with an online service or Internet service provider (ISP) for connection to the Internet via 

22 SLIP (the serial-line Internet protocol) or PPP (the point-to-point protocol). Current PCIT 
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1 techniques are not compatible with shell accounts, which are accounts in which a user logs on 

2 through terminal emulation to a remote machine running Unix or the like and accesses the 

3 Internet through-thatremotejnachine^ commands ata.prompt. 

4 Several PCIT software packages are on the market These packages are mutually 

5 incompatible; two users wishing to make a PCIT connection must have the same software 

6 package. Popular PCIT software packages include those marketed under the names "Iphone" and 

7 "Web Phone." 

8 The "Web Phone" software works in the following manner. The users wishing to speak 

9 to each other must both be online for the communication to take place, although they can arrange 
1 0 beforehand to be online at the same time. 

j i — Both-usersmntiie-softwarer^nd-the -software^ckagesonJ^thxomputersseekjeach 

12 other by referring to each other's Internet protocol (EP) addresses. An IP address can be static, 

13 meaning that each user is assigned a single permanent DP address, or dynamic, meaning that a 

14 user is assigned a different IP address every time that user logs on. If the users both have static 

15 Internet protocol addresses, they can simply store each other's IP addresses beforehand. 

16 However, many users, including virtually all users of less expensive ISP's and of online services 

17 such as America Online, have dynamic IP addresses. Therefore, before the users can connect to 

1 8 each other, they must log onto a common server so that each one can find out the dynamic IP 

19 address which has been assigned to the other user. Either way, once the users have each other's 

20 DP addresses, the software packages can communicate with each other over TCP/IP (transfer 

21 control protocol/Internet protocol) ports 21 845, 21 846 and 21 847. 

22 Sound originating on one end is digitized via the microphone and sound card, 

23 compressed, and transmitted to the other end as packets over the Internet using TCP/IP, where 



2 



WO 98/37665 PCT/US98/03630 

1 the packets are decompressed and converted back into sound via the sound card and speakers. 

2 There are, however, disadvantages associated with the present state of IT or VON. 

3 Besides the hardware requirements and the difficulty that many users have with configuring their 

4 computers to achieve SLIP or PPP connections to their ISPs, until such time as PCIT vendors can 

5 agree on standards, the requirement that both users have the same software to communicate with 

6 each other will remain. Not only is the hardware described above expensive, but extensive 

7 knowledge of computers and the Internet is also required, making IT intimidating to a majority of 

8 the population who would otherwise like to take advantage of this capability. There are other 

9 disadvantages to PCIT. Its users need to prearrange a time to call each other because both parties 
10 must take proactive measures to connect the call and thereby converse with each other. 

l\ Internet Telephony also sometimes refers to a new service being planned whereby 

12 individuals or businesses may use or pre-subscribe to a special access number and place their 

13 long distance telephone calls by way of a long distance carrier who uses the Internet to carry the 

14 calls. This service eliminates most of the disadvantages of PCIT, but also eliminates most of the 

15 advantages, in that toll and/or usage type charges still apply. 

16 Devices are known for allowing PCIT by letting users initiate a conversation over the 

17 PSTN and switching to IT. Such devices exchange information relating to their IP addresses 

1 8 during the PSTN phase of the call so that the IT phase of the call can be completed. However, in 

19 such devices, the modem may be set or initialized twice, once for the PSTN phase of the call to 

20 exchange the IP address information and once for the IT phase of the call to connect to the 

21 Internet. Setting the modems twice is time-consuming. Also, such devices cannot be used for 

22 calls which take place entirely by way of IT, since they have no way of exchanging the IP address 

23 related information to locate each other. 

3 
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1 Summary of the Invention 

2 It is an object of the invention to allow a user to make telephone calls via the Internet 

3 without a need for an expensive multimedia-capable personal computer. 

4 It is another object of the invention to allow a user to make telephone calls via the 

5 infemerwithoura™ a SLIP-or PPP-connection to the 

6 Internet. 

7 It is a further object of the invention to allow a user to select a route for a telephone call 

8 (the Internet, the conventional PSTN, a dedicated network, etc.) and to use a single device for the 

9 call regardless of which route is selected. 

10 It is a further object of the invention to provide a device and method for Internet 

1 1 telephb ny^rich'a i^ asy to _use, do not re qui re-a-computer and - ofFer-superb-voice quality. 

\2 To these and other ends, the present invention is directed to a terminal device or Internet 

13 switch box (ISB) for connecting a first telephone set and a second telephone set over a selected 

14 one of a primary network and a secondary network, the switch box comprising: primary network 

1 5 connecting means for connecting the first telephone set to the primary network; secondary 

16 network connecting means for connecting the first telephone set to the secondary network and for 

17 establishing a connection over the secondary network between the first telephone set and the 

18 second telephone set; relay means for (i) connecting, when the relay means is in a first state, the 

19 first telephone set to the primary network connecting means and for (ii) connecting, when the 

20 relay means is in a second state, the first telephone set to the secondary network connecting 

21 means; and switching means for receiving a switch-over command to switch from the primary 

22 network to the secondary network and for controlling, in response to the switch-over command, 

23 (i) the relay means to disconnect the first telephone set from the primary network connecting 
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1 means and to connect the first telephone set to the secondary network connecting means and (ii) 

2 the secondary network connecting means to establish the connection over the secondary network 

3 between the first telephone set and the second telephone set 

4 A relatively inexpensive interface device, referred to as an Internet switch box (ISB), is 

5 _ connected to or integ rated within the tele phone. While the userniust possess access to the 

6 Internet either directly or via an Internet Service Provider (ISP) in order to use the ISB, the user 

7 will not be subject to toll charges other than those incurred using the PSTN to establish the 

8 Internet telephone call. The user does not need to understand how a computer works or how to 

9 use any PCIT software, since the ISB can be preprogrammed to dial an ISP and to connect via 

10 SLIP or PPP. The user need only know how to dial the call using normal PSTN dialing 

1 1 procedures and then sim pl y switch the call to an Internet con nection, if ava ilable and desirable. 

12 " Other than the user pressing a button (either on the ISB or telephone-keypad) to initiate the 

1 3 Internet telephone call,~therISB~takes^^eof all connection procedures (i.e.rhandshaking) 

14 necessary to set up and maintain the Internet telephone call. While both parties must possess an 

15 ISB in order to take advantage of the ISB's IT capabilities, only one party needs to initiate the 

16 telephone call in order to establish the Internet connection, so that prearrangement is not 

17 required. 

1 8 Advantageously, the selection among networks may be among the PSTN, selected 

19 proprietary networks, or the Internet. It should be noted that the PSTN utilizes circuit switching 

20 techniques whereas, for instance, the Internet makes use of packet switching. Circuit switching 

21 was specifically designed and is best for analog voice transmissions, whereas packet switching 

22 was designed and is best for digital data transmissions. Regardless, either type of switching may 

23 be employed for voice or data. The calling party uses the PSTN to first establish the connection 

5 
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1 between calling and called parties, and then the two parties decide whether or not to use their 

2 ISB's to re-establish the connection via a secondary network such as the Internet. The users will 

3 consider convenience, cost and connection quality in making this choice. If the telephone call is 

4 to another party in the same local calling area, of short duration, or one where, regardless of cost, 

5 — tfi^taftttty~and-^ essential r then-the-users-typically opt to stay 

6 on the PSTN connection and not seek to switch to the Internet. Otherwise, the potential cost 

7 savings of simply switching to an Internet connection make doing so preferable. 

g As indicated, an ISB may be incorporated into a telephone or be a standalone adjunct 

9 device connected between the telephone and the telephone line. Additionally, ISB's may be 

1 0 associated with facsimile machines, wireless telephones and multiple line telephone systems, 

11 =^H^l^tele^ 

12 multiple users of such Customer Provided Equipment (CPE) the ability to designate the 

13 secondary network handling of their toll calls. According to one embodiment, the ISB will set up 

14 a secondary network or Internet telephone call after the PSTN connection has been established 

15 and in response to a command to do so by its user(s) as described above. In an alternative 

16 embodiment, the ISB may be configured to establish a connection over a secondary network 

17 automatically unless commanded not to prior to the call being placed. In either case the called 

1 8 telephone can answer or simply ring before the telephone call can be switched to a secondary 

19 network or the Internet. As such, the ISB does not interfere with accepted and customary PSTN 

20 procedures in that the PSTN portion of the telephone call is billable only if there is an answer by 

21 a live person or an answering machine or voice mail service, 

22 In order to establish a secondary network or Internet connection via the ISB, the user will 

23 first dial the PSTN telephone number of the intended call recipient. Once the called telephone is 
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1 answered, which is a billable PSTN telephone call of short duration, both parties initiate, via a 

2 simple key stroke, the switch to the secondary network. The two ISB's disconnect the PSTN 

3 call, and each initiates its own call to the other via the secondary network. If the secondary 

4 network is the Internet, the connection typically is by way of an Internet Service Provider (ISP) 

5 -whichxan be.reached, advantageously,_by a toll-free telephone call enabling access to the user's 

6 Internet service account which, advantageously, has unlimited use or use charges in an amount 

7 much lower than the expected PSTN charges. The two ISB's possess information (i.e., 

8 addresses, passwords, etc.) necessary to re-connect the telephone call via the secondary network. 

9 Each ISB can be programmed to provide call progress tones or to play pre-recorded messages, 

1 0 music, etc., while the users await reconnection. If the call cannot be connected via the secondary 

1 1 network_due_to_access problems at the ISP or otherwise, then each part y is so inf ormed by a 

12 recognizable audio~signal~such"as"a~busy signal or a voice-recording." Either or both parties can, 

1 3 "by pressing appropriate~keys, retry their cdnne^tiOTvi^th^Inten^ or reconnect the telephone 

14 call over the PSTN. This capability is somewhat analogous to the redial capability on many 

15 conventional telephones. Should two parties seek to avoid PSTN charges altogether, they may 

16 use this same capability to do so via prearrangement. In so doing, each party need only input the 

17 other party's telephone number in addition to pressing the appropriate buttons on the ISB or 

1 8 telephone keypad. Regardless, once the call is connected via the secondary network or the 

19 Internet, the parties terminate the call by hanging up, as with any PSTN call. 

20 The present invention thus implements an embedded approach to IT which offers the 

21 following advantages. The use of ISB's allows low-cost, easy-to-use, embedded Internet access 

22 for telephones. Lower cost is achieved because no PC's are required. Users, many of whom 

23 would prefer not to have to configure a PC for Internet access, are offered a familiar PSTN 

7 
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1 approach which can identify a called party by that party's existing telephone number. This 

2 approach also preserves the major advantage of IT, namely, the use of low-cost Internet 

3 —bandwidth. 

4 While the invention is intended primarily for use with single-line analog telephone sets, it 

5 " ca^6eaa^t^"fcT^ 

6 branch exchange) and Centrex service and with analog or digital mobile telephones such as 

7 cellular telephones and PCS (personal communication service) telephones. Also, while the ISB 

8 can be built to access the ISP through a dial-up connection, it can alternatively be built to access 

9 the ISP through another connection, such as an ISDN (integrated services digital network) 
1 0 connection or a cable modem connection. 

j 2 The preferred embodiment will now be described in detail with reference to the drawings, 

13 in which: 

j 4 Figure 1 is a flow chart depicting the functional organization of the ISB; 

1 5 Figure 2 is a block diagram of an embodiment of the ISB; 

16 Figure 2 A shows a software architecture implemented in the hardware of Fig. 2; 

1 7 Figure 2B shows an alternative design of an ISB; 

1 8 Figure 3 shows a front panel view of the ISB; 

1 9 Figure 4 shows a rear panel view of the ISB; 

20 Figure 5 shows a flow chart of the steps involved in placing a call between two ISB users; 

21 Figure 6 shows a flow chart of operations performed by one of the ISB's during the call 

22 of Figure 5; 

23 Figures 7A-7E show the connections between one or more ISB's and other telephony 
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1 components during various calling operations; 

2 Figure 8 shows a flow chart of the operational states assumed by the ISB's during a 

3 PSTN-to-Internet call; 

4 Figure 8A shows~a flow chart of the dynamic adjustment performed during the Internet 

5 — phase-of-a-telephone call; 

6 Figure 9 shows a connection between an ISB and a help desk; 

7 Figure 9A shows a flow chart of operation of an ISBSS, which is a server used to 

8 complete calls; 

9 Figures 1 OA and 1 OB show a code listing for the ISBSS; 
10 Figure 1 1 shows a state diagram of the ISBSS; 

1 1 Figures-UA- -U^how-data stmctures exchanged-betweeiuthe JSBSS and an ISB; 

12 Figure 1 lFshowsan outpufof ~alii6mt6nhg^ 

13 - -^ Figure 1 1 G shows an error log kept by the ISBSS; - 

14 Figure 12 shows a system defined by multiple users' ISB's, the PSTN, the Internet, the 

1 5 help desk, the ISBSS and various other servers; and 

16 Figure 1 3 shows an IT standard which may be implemented with the present invention. 

17 petailed Des cription of the Preferred Embodiment 

1 g According to a preferred embodiment, the ISB is capable of performing three major tasks: 

19 (1 ) establishing voice telephone calls via the Internet; (2) sending/receiving voice messages via 

20 Internet based E-Mail; and (3) interfacing with Internet Audio Servers. 

2 1 During the execution of each task, one of the following five modes of operation can be 

22 assumed by the ISB: 

23 I. Programming Mode: The ISB can be programmed locally or remotely by a telephone 
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1 keyset or external keyboard for its desired operation. 

2 II. PSTN Voice Mode: The ISB is transparent and does not interfere with voice 

3 communications between two parties involved. 

4 HI. PSTN Data Mode: The ISBs can exchange data via in-band signaling or otherwise. 

5 IV". Intemrt Voice ModeTTO 

6 ("UDP" stands for "User Datagram Protocol," a protocol which allows applications to 

7 send messages to one another). 

g V. Internet Data Mode: TCP or UDP packets are exchanged to carry information other than 

9 voice, such as signaling or IP address resolution. 

IQ These modes of operation are realized by invoking a collection of resources in the ISB 

1 1 -i-0O=whieh r are^under-controhof:the ISB's application module 101 . These resources are shown in 

12 Figure 1 and described below: 

13 Telephone Set Controller (TSC) 102 is a module which controls all signaling activities 

14 related to a "Plain Old Telephone" (POT), i.e., on-hook, off-hook, hook-flash, pulse or tone 

1 5 dialing, ringing, ringing trip detection, etc. 

16 Loop/Start (L/S) Line Controller (LLC) 1 03 is a module which controls all signaling 

1 7 related to a loop start telephone line, i.e., ring detection, line seizure, hold, loop current detection, 

1 8 pulse and tone dialing, etc. 

19 Modem/Facsimile Module (MFM) 1 04 is a module which provides a modem and 

20 facsimile engine to transmit digital data over PSTN line. The baud rates of the modem/fax are 

2 1 determined by data exchange requirements. 

22 Voice Compander (=compresser and expander) Module (VCM) 105 is a module which 

23 compresses the linearly sampled voice into low bit rate digital voice suitable for digital telephone 
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1 applications. The expander part of the module performs the reverse operation. 

2 Tone Generators and Decoders (TGD) 106 is a module which produces and detects all 

3 call progress (e.g., dial, busy, special, etc.) and signaling (e.g., dual-tone multifrequency or 

4 DTMF, multifrequency or MF, etc.) tones. 

5 Voire Players and Recorders (VPR) 107 is a module which records and plays voice 

6 prompts under the direction of the ISB. 

7 Digital Switching Matrix (DSM) 108 is a module which enables the different modules 

8 (i.e., TSC, LCC, TGD, VPR, etc.) can be connected together via buses 1 1 1 and 112. 

9 Signal Processing Services (SPS) 1 09 is a module which handles signal processing 

10 services such as echo cancellation, speech recognition, pitch adjustment, etc. 

1 1 -Nework£ormecticHii^ 

12 networking communication between the ISB and other external digital sources such as the ISP, 

13 another ISB, various Internet resources and servers, etc. are handled by this module. 

14 Application Module.(AM) 101 is a module which provides the logic flow required to 

1 5 execute the above mentioned tasks. 

1 g The following describes several of the operations of the ISB: 

17 l. Programming the ISB: The user uses the telephone keypad and menu button 301 on 

18 front panel 302 of the ISB (Fig. 3) to enter the programming mode (local or remote). The ISB 

1 9 guides the user through a menu-driven procedure to program the ISB by using voice prompts, 

20 guide tones or both. The user inputs the desired information by entering a code with the 

21 telephone keypad corresponding to each character to be entered; the instruction manual for the 

22 ISB can include a table of two-digit codes for all digits, all capital letters, all small letters (thus 

23 allowing case-sensitive information to be entered with ease and accuracy), and any punctuation 

11 
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1 marks to be used. The ISB can be programmed externally (remotely) as well; external 

2 programming can be used to input user-specific data and to update the ISB. Local programming 

3 is espec ially useful w hen the user changes ISPs. 

4 Programming can- also be accomplished by connecting the ISB to a computer such as an 

5 BM-cof^fibl^PC'viaT^^ can be done 

6 by entering ASCII commands from the PC through a standard terminal-emulation program or by 

7 software written specifically for this purpose. During manufacture, the ISB is programmed with 

8 its factory settings through a connection to a computer. 

9 2. Telephone call: The calling party picks up the telephone (goes off-hook) and dials the 
10 telephone number of the called party. The ISB monitors and stores the digits dialed. The called 
l\ telephone rings and lsanswered-byarliv^-pe^ If the 

12 called telephone is answered by a live person, the two parties decide whether or not it is 

13 appropriate to switch to the Internet. The parties may initiate the switch to the Internet by 

14 pressing the appropriate code on the telephone keypad or Internet button 303 in the ISB itself. 

1 5 The ISBs of the calling and called parties then disconnect the PSTN connection (this step is not 

16 necessary if the ISBs have multi-line capabilities) and dial their respective ISPs so that each ISB 

17 is connected to the Internet. While each ISB connects to the Internet, the person using the ISB 

18 hears progress tones, recorded music, or the like. 

19 Once the ISBs are connected to the Internet, they connect to the server, unless (as is rather 

20 unlikely) each party knows that the other party has a static IP address and has that static IP 

21 address on file. Each ISB sends its telephone number and IP address to the server so that the 

22 server has a current IP address corresponding to each telephone number. Each ISB 

23 communicates the other party's telephone number to the server to retrieve the other party's IP 

12 
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1 address. Once each party knows the other party's IP address, the Internet telephone connection 

2 begins, and the ISBs send voice packets to each other. The ISBs can also resolve each other's IP 

3 address in other ways, such as through e-mail (POP3) servers. 

4 Of course, two users are not precluded from arranging to call each other on the Internet at 

5 a certain time, in which case they avoid. PSTN charges, altogether. However, the use of the ISBs 

6 described above offers additional flexibility in that users can choose to prearrange their Internet 

7 calls or initiate them over the PSTN. 

8 3. Sending and receiving voice mail messages: The user presses menu button 301 or 

9 otherwise issues a command to summon the menu and follows the prompts to send and receive 

10 messages. The digitized voices for such messages are sent as binary attachments to e-mail 

1 1 messages; o ne ubiquitous standard for such binary attachme nts is called MIME (multimedia 

12 """Internet mail extensions)r"Both partiesshould havee-mailaccess.If the calling party does not 
13-- already-know the called party's e-mail address, the ISBSS or another server can correlate 

14 telephone numbers with e-mail addresses. _ 

15 The ISB have the capability to dial in to check the e-mail for voice messages periodically. 

16 If a voice message is waiting, the ISB can so indicate by providing a flashing LED, by emitting a 

17 special tone when the user picks up the telephone, or the like. 

1 8 4. Internet Audio Server (IAS) calls: These are calls made through the ISB to access 

19 IASs, or Internet audio servers, which are Internet servers (such as Web or FTP (file transfer 

20 protocol) servers) configured to provide audio information. The user picks up the telephone and 

21 presses the menu button 301 on the ISB. The menu system uses voice prompts to prompt the 

22 user to access different IASs. The ISB then accesses the selected IAS either by telephone or by 

23 dialing the ISP and connecting to the IAS over the Internet. The ISB can resolve the BP address 
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1 of an IAS either by accessing the server described above or by accessing a conventional domain- 

2 name server (DNS), which is a server for correlating IP addresses and domain names such that 

3 the DNS provides an IP address when given a domain name. Once an IAS is known, the ISB can 

4 store the IP address, since servers provided for access by the general public normally have static 

5 IP addresses. 

6 5. ISB special server: As noted above, a server is provided to allow the users of two ISBs 

7 to resolve each other's IP addresses. Such a server is known as an ISB special server (ISBSS), 

8 and it correlates telephone numbers to DP addresses. The ISBSS can look up an IP address for an 

9 ISB which has previously accessed the server and provided information correlating its telephone 
1 0 number and IP address. The ISBSS does this by searching by the telephone number, or the least 

12 The ISBSS also uses telephone numbers to find e-mail addresses and possibly also the IP 

1 3 addresses of IASs. With the ISBSS, the ISBs do not have to exchange information concerning 

14 their IP addresses directly during the PSTN phase of a telephone call. 

15 The ISBSS can also collect and report transactions, statistical data about attempts, 

1 6 completions, etc. by type of call request and customer, for engineering and marketing purposes. 

1 7 The requirements for interfacing, processing and data storage with a computer based server such 

18 as the ISBSS will be readily understood by those skilled in the present state of the art. A fuller 

1 9 description of the ISBSS will be set forth below. 

20 6: Compatibility with call waiting, caller ID, and other enhanced telephone features: 

21 According to one embodiment of the ISB, call waiting must be inactive to assure Internet call 

22 connection continuity. A disable code can be programmed to de-activate this feature when 

23 Internet telephone calls are in process. It is presumed that users who are on a long distance call 
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1 do not want to be disturbed. Such disable codes are known in the art; for example, it is known to 

2 configure communication software to disable call waiting by dialing a code such as *70 and 

3 pausing before every call. Another embodiment of the ISB not only allows call waiting to 

4 function but also incorporate caller ID and other premium telephone services. For example, an 

5 ISB can have integrated caller ID and can even indicate whether the caller has an ISB, e.g., by 

6 searching by the telephone number through the ISB 's database of completed calls. 

7 These and other operations are implemented on hardware and software which will now be 

8 described in detail. According to a preferred embodiment, the ISB is implemented by realizing 

9 the described modules by way of an existing personal computer or by repackaging the necessary 

10 personal computer capabilities into a commercially viable design. In the latter case, the ISB need 

1 1 not include those hardware or software capabilities which are not relevant to the fun ctions which 
12 the-ISB is expected to perfonnj-therefore, the hardware and softwarexan be radically simplified 

1 3 -from those of a ^personal-computerr ln particularrthe-ISB can be implemented in hardware and 

14 software compatible with MS-DOS, rather than in the considerably more complicated and 

15 expensive hardware and software associated with operating systems such as Windows 95 or 

16 Windows NT. In the alternative, a design based on a digital signal processor (DSP) can be 

17 employed. Various elements of any designed embodiment such as the modem and vocoder 

1 8 functions can be implemented via hardware or software equivalents. Those skilled in the art are 

19 familiar with the computer telephony modules and software libraries which can easily implement 

20 the disclosed modules. The following describes a commercially efficient approach, and Figure 2 

21 shows a schematic illustration of this preferred embodiment 

22 The ISB includes PC-compatible microcontroller (microprocessor) 201, such as an Intel 

23 80186 processor or an equivalent. Microcontroller 201 includes integrated timers, direct memory 
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1 access (DMA) channels, serial links and interrupt handlers and is supported by a memory system 

2 202 including, for example, ROM, SRAM, flash memory, or EEPROM. Microcontroller 201 

3 -andjnempry^_stem 202 togeth er form th e main proce ssing unit for the ISB. Memory system 

4 202, besides providing working memory for the operation of the ISB, also stores such code as is 
5 nw d e d^o^perate^e-ISB7^ 

6 Internet connection; such code is analogous to a Winsock dialer on IBM-compatible PCs. 

7 An internal DC-to-DC power converter 213 provides the proper voltages to the various 

8 components within the ISB. An appropriate external AC-to-DC adaptor interfaces the ISB to the 

9 available AC power alternatives found in the U.S. and elsewhere. 

10 The modem 202 may be implemented most advantageously via a hardware modem or 

1 1 modem p.h ip^lri-cfajsxQmiectedn o^ 

12 208 and data access arrangement (DAA) 209, both of which are described below. Modem 202 

13 can be a Rockwell 14.4 modem or any other suitable modem, although it should preferably be 

14 capable of a speed of at least 14.4 and should also preferably be upgradeable as new modem 

15 standards emerge. 

The vocoder 204 may be most advantageously implemented via hardware which is 

17 connected to the microcontroller and which has its own SRAM 214. The vocoder provides low 

18 bit rate voice compression and decompression and interfaces the Telephone Set Controller 205. 
j9 The Telephone Set Controller 205 includes a Subscriber Line Interface Circuit (SLIC) 

20 206 and a CODEC 207 which is, advantageously, connected to the vocoder. CODEC 207 allows 

21 SLIP or PPP connection to the Internet 

22 Loop Start Line Controller 208 includes a Data Access Arrangement (DAA) 209 and is 

23 connected to the modem 202 and the telephone line 212, 
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1 A 2 FORM C relay 210 is provided, as illustrated in Figure 2, to connect the telephone 

2 21 1 to either the telephone line 212 or the Telephone Set Controller 205. When telephone 21 1 is 

3 connected to telephone line 212, the ISB functions as a passive pass-through device. When 

4 telephone 21 1 is connected to telephone set controller 205, communication between telephone 

5 21 1 and telephone line 212 (i.e., between telephone 21 1 and the outside world) passes through 

6 and is handled by the circuitry of the ISB, including telephone set controller 205, vocoder 204, 

7 microprocessor 20 1 , modem 202 and loop start line controller 208. 

8 Telephone 21 1 should preferably not be the sort of telephone which has its own power 

9 source (e.g., cordless telephone or integrated telephone and answering machine) or which 
1 0 manipulates its signaling (e.g., speaker phone with echo suppression technology). 

11 Microprocessor-201-executes-the-software.architecture-shownin 

12 "Schitectiire 2A01 is fias^lm a sp^ system such as ROM DOS 

1 3 -2A03,-whichlhcl^»a^fi^tion componelir2A05"aridlnaintenance : component 2 A07 . 

14 Maintenance component 2A07 interacts with the following drivers. Telephone interface driver 

1 5 2A09 allows the software to interact with telephone set 2 1 1 . G.723 audio CODEC driver 2A1 1 

16 interacts with maintenance component 2A07, telephone interface driver 2A09 and TCP/UDP 

17 driver 2A13. TCP/UDP driver 2A13, IP driver 2A15 and PPP driver 2A17 serve as modifiable, 

1 8 embedded networking software for packetizing data and allowing communication with the 

19 Internet; thus, they correspond to a Winsock driver on a conventional PC running Windows 95, 

20 98 or NT. UART/modem driver 2A1 9 and telephone interface driver 2A21 allow 

21 communication with telephone line 212. ("UART" stands for "Universal Asynchronous 

22 Receiver and Transmitter" and refers to a chip used to interface a modem with the rest of the 

23 hardware of a computing device.) 
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1 The software can be a combination of commercially available software adapted for the 

2 ISB and proprietary software written specifically for the ISB. However, the ISB can use 

3 comme rcial, modified commercial or proprietary software or any combination. 

4 As noted above, the hardware of the ISB can alternatively be implemented with a DSP 

5 — cMpr^hwaltemative-implcmentala^ 

6 includes microprocessor 2B03, which can be like microprocessor 201 of the embodiment of Fig. 

7 2. Microprocessor 2B03 communicates via data and address buses 2B05 with two 512 kB 

8 EEPROM's 2B07 and a 512 kB RAM 2B09 which store the program code, data for the operation 

9 of the ISB (which will be described in detail below) and the like and provide working memory 

1 0 for the operation of the ISB. Microprocessor 2B03 also communicates via data and address 

1 1 -buses^BOS^^ chi P 

12 202 of the embodiment of Fig. 2, and with DSP chip 2B1 1 . DSP chip 2B1 1 performs 

13 compression and decompression and thus performs functions like those of vocoder 204 of Fig. 2. 

14 Modem 2B13 and DSP chip 2B1 1 communicate via telephony interface 2B15 with telephone set 

15 21 1 and PSTN line 212. Microprocessor 2B03 also communicates with serial flash memory 

16 2B17, which stores device data, server data and the like, and with front panel 2B19, which has 

17 LEDs (to be described in detail below with reference to Fig. 3) for communicating the status of 

18 the ISB to the user. 

19 The ISB, whether constructed according to Fig. 2 or Fig. 2B, is packaged in an enclosure 

20 measuring approximately 7 inches by 7.4 inches by 1 .4 inches and having slots sufficient for 

21 ventilation. A fan may also be provided if needed. The components shown in Figs. 2 and 2B are 

22 mounted on a printed circuit board. 

23 The hardware and software used in the ISB can be analogized in the following manner to 
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1 the hardware and software of a known PC used for IT: 



9 


Function 


Known PC 


ISB 


j 


Digitize voice 


Sound card 


CODEC 


A 


Corrmress data 


Compression algorithm executed on CPU 


Vocoder or DSP chip 


5 


Packetize data 


Winsock 


portable networking software 


6 


ISP access 


modem 


modem chip 


7 


operating system 


Windows 95, 98 or NT 


ROM DOS 


8 


CPU 


Pentium* 133 MHz 


Intel 80186 


9 


user interface 


monitor and keyboard 


telephone keypad, earpiece 



10 Figure 3 shows a front or top view of an ISB. Front or top panel 302 may include a logo 

11 305. Status indicator LEDs 304, 306, 307 and 311 may be provided. Three of these LEDs may 

12 be used to indicate whether the power is on or off, the status of an Internet call attempt and 

13 whether any messages are waiting. The fourth can be used in various ways, such as to indicate 

14 whether the menu feature is in use or whether an upgrade to the ISB software is available (in 

15 which case the software can be upgraded in a manner to be described below). Of course, other 

16 configurations of LEDs can be used, as can other interfaces such as an alphanumeric LCD 

17 display. 

\% Buttons 301 and 303 may be used as already described. As an alternative to the buttons, 

19 the ISB can be configured to listen to the connection from telephone 21 1 to detect an off-hook 

20 state of telephone 21 1 and to monitor the digits dialed. If the first digit dialed after the telephone 

21 is picked up is a pound sign ("#"), the ISB knows that the user wants to access the ISB's menu 

22 system. The ISB generates a voice prompt to prompt the user to select one of the following 

23 options by way of the keypad on telephone 211: 
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Action 


1 
1 


Reconnect or retry a call via the Internet 




Make a new call via the Internet 


j 


Listen to voice messages 


A 


Send a voice message 




Make an Internet test call (to test both the operation of the ISB and the ISP access) 


6 


Program the ISB 


7 


Upgrade the ISB 


8 


Make an off-net call 


9,0 


Reserved for future use 



If the menu system is accessed in this manner, the menu button is unnecessary. Also, 

^because makiflg^^^ T * 1US ' 
the hardware and user interface of the ISB are simplified, and the ISB has fewer mechanically 
actuable components to break. Once a user becomes familiar with the menu system, he need not 
wait for the voice prompt, but instead can simply pick up telephone 21 1 and dial # and an 
appropriate digit to perform the function desired. Also, to cancel any operation, the user can 
simply hang up. 

To produce the voice prompts, the ISB can store sound clips in an appropriate format in 
memory system 202 and play them to the user through telephone 211. For example, one such 
sound clip can be a recording of a voice saying, "To reconnect or retry your telephone call on the 
Internet, press 1 Just as conventional software can be supplied in different language versions, 
the ISB can be supplied in different language versions with different stored sound clips. 

To cancel or start over, the user hangs up. If the ISB locks up, it can be reset by 
unplugging and reconnecting the power supply. Alternatively, the ISB can be equipped with a 

20 
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1 reset button like those on known PCs. 

2 Fig. 4 shows the back or bottom view of an ISB. Back or bottom panel 402 can include 

3 telephone jack 404 for connection to telephone 211, telephone jack 406 for connection to 

4 telephone line 212, optional port (serial, parallel, universal serial bus (USB), etc.) 408 for 

5 connection to another device such as a PC, and power jack 410. An AC-to-DC power adapter 

6 can be plugged in to power jack~4 10; the cumulative power adapter and 

7 the DC-to-DC power converter is to supply a +12-volt DC supply to the circuitry of the ISB. 

8 Alternatively, the ISB can contain all of the power conversion circuitry internally, in which case 

9 back or bottom panel 402 can include a power cord to be plugged directly into a wall outlet. 

10 Also, if the ISB is intended for use with a connection other than to the analog PSTN, such as a 

1 1 connection to an ISDN line or to a cable modem, jack 406 can be modified accordingly. 

12 Optional port 408 can be used for any operation involving an exchange of data between the ISB 

13 and some other device, such as programming and testing the ISB at the factory and for 

14 attachment to some peripheral such as a digital camera for videophone service or a caller ID unit. 

15 it will be readily apparent from Fig. 4 and the description thereof set forth above that a 

1 6 user can easily install the ISB. The user simply plugs telephone 21 1 into jack 404, a cord from 

1 7 telephone line 2 1 1 into jack 406 and a power adapter into power jack 4 1 0 to supply power from a 

1 8 wall outlet. Once the ISB receives power, it undergoes a POST (power-on self test) routine, such 

19 as that performed by a conventional PC. During the POST routine, all LED's light up for a 

20 predetermined period of time, such as seven seconds, to inform the user that the ISB is working 

21 correctly and is in the POST routine. The ISB can also be configured to give an error beep or an 

22 error indication through the LEDs if the POST routine fails, as is also conventional in PCs. Once 

23 the POST routine is completed, the ISB enters standby mode, in which it monitors signals from 
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1 telephone 21 1 to detect when the telephone is picked up and which digits, if any, are dialed. 

2 The ISB includes a housing that can be desk- or wall-mounted. A premises wiring 

3 pattern and the number of telephones sharing the same telephone line will dictat e the ISB' s most 

4 advantageous installation. 

5 Any or all components~df the ISB~wKithTelyoh "code for their operation can be made 

6 software-upgradeable. For example, the modem can be software-upgradeable as modem 

7 technology advances and as standards such as the recently announced 56K standard are 

8 implemented, and the portions of the memory system containing code for the operation of the 

9 microcontroller can be software-upgradeable to allow for the H.323 Internet telephony standard. 

1 0 When the user issues a command to upgrade the software (e.g., by dialing # to access the menu 

1 1 and-then-by-dialing-7-),-the JSB-connects-via_the_user!s JSP_and_the.Internet„to_an_upgrade server 

12 to download and install the latest version of the ISB software, an operation which typically takes 

13 four to six minutes. The previous version of the software can be stored to allow the upgrade to 

14 be undone locally with no need for access to the upgrade server; to undo the upgrade, the user 

15 dials "*()#". For example, in a 512k EEPROM, 192 kB can be used for DOS and the BIOS 

16 (basic input-output system, a set of routines which allow a microprocessor to communicate with 

1 7 other hardware), 384 kB for the current version of the application software, 1 92 kB for a scratch 

18 buffer, and 384 kB for the previous version of the application software. At the factory, the ISB is 

19 provided with two copies of the same version of the software; one of these copies is overwritten 

20 in the first upgrade, while the other is available to undo the first upgrade. Some upgrades may 

21 require assistance from the help desk (to be described below), such as those allowing new extra- 

22 cost features. 

23 Each ISB stores information regarding that ISB. Such information can include all 
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information necessary for connecting to the Internet (e.g., telephone number, user I.D. and 
password for logging onto the ISP). The information can also include a record of other ISBs with 
which the ISB has interfaced, including data for each other ISB such as the telephone number and 
the static IP address if any. The oldest and least used entries can be purged periodically. 

More specifically, the ISB stores device, server, billing, and owner information and a 

friends directory. The de\dce ihfonnatidn ^ into the lSB at the factory and 

includes the serial number, the manufacturing date, the hardware version, the software version, 
and the feature key, which identifies those features which the ISB implements. The server 
information includes the IP addresses for the various servers which the ISB needs to access, such 
as the primary and backup ISBSSs. The owner information includes the telephone number, the 
-ISE^ccess-teleph6ne_numte name and 

'~pas^ofd, the domain names orTP addresses for the SMTP and POP servers for e-mail, the e- 
mail address, and the e-r^rpassword7~The : SMii / server in^lements thesimple mail transfer 
protocol (SMTP) for-sending e-mail, while the POP server implements the post office protocol 
(POP) for receiving e-mail. Many ISPs use the same server for both protocols. Other mail 
protocols exist and can be used instead. The server and owner information can be programmed 
locally by the user or over an Internet connection by an agent at a help desk, which is described 
in detail below. The friends directory is maintained automatically and in run-time and has a data 
structure like that shown in the following table: 
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Record # 


Serial # 


Telephone # 


E-mail address 


Counter 


21 


1 


100011 


202-555-0102 


hisname@someserver.com 


25 


22 


2 


100021 


703-555-0103 


hername@anotherserver.edu 


11 


23 


*** 


*** 


*** 


**» 


»»* 
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1 99 



*** 



*** 



*** *♦* 



The counter is increased by one for each conversation with a particular person. When the 



2 _ 

3 number of entries to be stored in the friends directory exceeds the number of allowable entries, 

4 the entry with the.lo.west counter can be erased. Alternatively, the time and d ate of the last 

5 conversation can be stored, and the entry whose last conversation has the earliest time and date 

6 can be erased. 

7 The steps carried out by both parties in placing an IT call using two ISBs are shown in the 
. 8 flow chart of Fig. 5 . The calling party calls the called party via the PSTN in step 502, and the 

9 called party answers in step 504. In step 506, the parties agree to switch to an IT call, and in 

10 steps 508 a nd 510 , each party' s ISB disconnects (ha ngs u p on the PSTN connection) and 

1 1 connects to that party's ISP. In steps 512 and 514, each party's ISB sends the calling and called 

12 telephone numbers and that ISB's IP address to the ISBSS. In step 5 1 6, each party gets the other 

13 party's IP address from the ISBSS, and in step 518, the parties talk via IT. The call is ended in 

14 step 520, and the parties hang up in steps 522 and 524. 

15 During the call shown in Fig. 5, each party's ISB operates as shown in Fig. 6. In step 

16 602, the ISB acts as a passive conduit for passing the call from the telephone to the PSTN. In 

17 step 604, the user presses the button to switch to an IT call. In step 606, the ISB hangs up on the 

18 PSTN call, and in step 608, the ISB calls the user's ISP and logs on- In step 610, the ISB 

19 contacts the ISBSS and sends the calling and called telephone numbers and that ISB's IP address. 

20 In step 612, the ISBSS sends the ISB the IP address of the other party's ISB, and the ISBs open 

21 an IT connection in step 614. In step 616, the user hangs up the telephone, and in step 618, the 

22 ISB logs off the ISP and hangs up from the telephone connection to the ISP. 
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1 A technique called "double packets" can be implemented to improve voice quality. In 

2 this technique, every packet is sent twice. Thus, if packets are dropped or sent out of sequence, 

3 voice quality will most likely not suffer. Packet dropping and out-of-sequence packet 

4 transmission are usually not a problem when the users' ISPs communicate over a common 

5 backbone or over backbones which have a peering arrangement (i.e., freely transmit packets over 

6 each other's facilities). However, if the two ISPs communicate over an NAP (network access 

7 point), packet dropping and transmission out of sequence are problems, which double packet 

8 transmission corrects. 

9 There is a special kind of call known as a self-test call. When the user dials #5, the ISB 

1 0 initiates a call to a call completions server via the user's ISP. If the call is completed correctly, 

1 1 the user hears a recording from the call completions server to that effect. O therwise, the user 
- 12 — knows that there-may-be-a problem-with-the-ISB. — - 

13 To implement the functionality noted above,-the~ISBcan perform any of several calling 

14 operations: passive operation, establishing a connection to the ISP, PTIC (PSTN-to-Internet 

1 5 calling), MMIC (meet-me Internet calling), checking messages, sending messages, etc. These 

16 calling operations will now be explained with reference to Figs. 7A-7E and 8. 

17 Passive operation will be explained with reference to Fig. 7 A, which shows ISB 100 

1 8 connected between telephone 21 1 and telephone line 212. In this operation, the ISB monitors the 

19 off-hook status of the telephone and the dialed digits via the connection to the telephone. Via the 

20 connection to the telephone line, the ISB monitors ring signals (incoming calls). If the first 

21 dialed digit is the pound sign (**#**), the ISB allows the user to control it via the menu system. 

22 Because IT is invoked through the menu system (and more specifically by dialing "#1"), IT is not 

23 invoked unless the first dialed digit is a pound sign. If more than six digits are called, the ISB 
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1 operates as a PTIC caller, to be explained below, while if a ring signal is received from the 

2 telephone line, the ISB operates as a PTIC called party, to be explained below. Once the 

3 telephone is placed on-hook, all operations of the ISB are reset except the mode and the digit 

4 buffer. 

-5 Connection-to-the-ISP-will-now beexplained with reference to Fig. 7B. The modem is 

6 initialized, and telephone line 2 1 2 is monitored for a dial tone. ISB 1 00 dials the ISP access 

7 number to connect via PSTN 702 to modem rack 704 of the ISP. The modem of the ISB and a 

8 modem reached in modem rack 704 negotiate the baud rate and the protocol, whereupon ISB 100 

9 is connected to the facilities of ISP 706. The ISB and the ISP perform any authentication 

10 procedure required, and the ISB selects "PPP" from the ISP's logon menu, if any. The ISB and 

1 1 — thrfSFihm-startxo^ protocol) is 

12 carried out if no authentication has been performed before. The ISB is then connected by TCP to 
~13~ "the ISP~and thus via line 708, such as a Tl or 13 line or the like, to Internet backbone 710. If the 

14 call to the ISP results in a busy signal, the user can simply wait and call again. Alternatively, the 

15 ISB can be configured to store and dial multiple access numbers for one or more ISPs. 

16 In case a user's ISP requires a special logon procedure, the ISB can have a scripting 

17 facility. This facility allows the ISB to store a logon script and to play the script to satisfy the 

18 ISP's logon requirements. The scripting language can be the same as that used for dial-up 

19 networking in Microsoft Windows 95, which is known in the art and will therefore not be 

20 explained here. 

21 The script can be supplied to the ISB in different ways. For example, the user can 

22 compose the script on a PC and transfer the script to the ISB over a serial connection, or the 

23 agent at the help desk (to be explained in detail below) can remotely program the script into the 
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1 ISB. Alternatively, the ISB can store a boilerplate script with various components which can be 

2 enabled or disabled remotely by the agent. Still another way of programming the script into the 

3 ISB is to log on manually, while the ISB is connected to a PC over a serial connection, and to 

4 issue a command to automate the logon, as certain terminal emulation programs do. In any 

5 event, it should be possible to allocate 1,024 bytes in memory to store any script 

6 Theoperation ofmaking aPTIG-call-will now be explained with reference-to the diagram 

7 of Fig. 7C and the flow chart of Fig. 8. In Fig. 8, operational steps or states occurring at the same 

8 time are indicated by the same reference numeral, except suffixed by A (caller A's state), B 

9 (caller B's state) or C (user actions or common states). 

10 Caller A uses telephone 21 1 A, ISB 100 A and ISP 706A, while caller B uses telephone 

1 1 — -2i rB7lSB lOOB and ISP-706B-Gnce the PTiexall is completed, they communicate over 

1 2 - Internet 7 1 2,-generalIy after-communication over the Internet with ISBS S 714. 

13 - —At the;time^t:which-user-A-dials-^ 

14 hook (step 802A), while user B's ISB is passive (step 802B). As user A dials, his ISB records 

15 the digits dialed in the digit buffer in step 804 A and enters "PTIC caller" mode in step 806A. 

16 Then, in step 808A, user A's ISB becomes "passive," i.e., acts as a passive pass-through between 

17 user A's telephone set and the PSTN. In step 808C, user B's telephone rings, and in step 808B, 

18 user B's ISB goes into the "PTIC called" mode. User A talks to user B in step 8 10C, and once 

19 they agree to an IT call, they both hang up in step 8 12C. During these operations, their ISBs are 

20 "passive" (steps 810A, 810B, 812A, 812B). They both pick up their telephones and dial # in step 

21 814C, whereupon their ISBs go into menu mode in steps 814A and 814B. They both dial 1 in 

22 step 8 1 6C to initiate ISP connections in steps 8 1 6A and 8 1 6B. While they both monitor (listen 

23 for the ring-back tone) in step 8 1 8C, their ISBs remain connected to their ISPs in steps 81 8 A and 
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1 81 8B. The ISBs connect to the ISBSS in steps 820A and 820B, and the users hear ring-back 

2 tones in step 820C. The ISB data are exchanged in steps 822A and 822B, and the users hear a 

3 confirmation tone in step 822C. While the users continue their conversation in step 824C, the 

4 ISBs undergo dynamic -adjustment in steps 824A and 824B. If either user's ISP drops that user's 

5 coimectionrthat-usercan-simply-di^ other 

6 user. 

7 Dynamic adjustment will now be described with reference to Fig. 8A. Dynamic 

8 adjustment starts in step 8 A02. In step 8A04, the first hundred packets (about one-third of a 

9 second) are monitored to determine transmission quality. More specifically, the baud rate and 
10 the percentage of dropped packets are measured. In response to these measurements, it is 

12 transmission within the bandwidth provided by the baud rate: the degree of compression (e.g., 

13 6.3, 5.3, 4.8 or 4.1 kB/sec), the packetization (number of frames per packet, from one through 

14 five, which is also a measure of delay) and whether double packet transmission is turned on or 

15 off. For example, if the baud rate is 14.4 kilobaud and the percentage of dropped packets is 

16 below 10%, the ISBs may be adjusted to 6.3 kB/sec, two frames per packet and no double 

17 packets. At the same baud rate and a percentage of dropped packets of 10% or more, the ISBs 

1 8 may be adjusted to 4. 1 kB/sec, five frames per packet and double packets. If the connection rate 

19 is greater than 16 kB and the rate of lost packets is 10% or less, the ISBs are adjusted to 63 

20 kB/sec compression, one frame and no double packets; at the same connection rate and a higher 

21 rate of lost packets, the number of frames is increased, and double packets are used. The ISBs 

22 may implement this dynamic adjustment through a look-up table in the software; i.e., every 

23 combination of the baud rate and the percentage of dropped packets will correspond to a 

28 



WO 98/37665 PCT/US98/03630 

1 previously calculated and stored set of settings. For example, the look-up table is consulted in 

2 step 8A08, and the adjustment is made in step 8A1 0. Alternatively, calculation of the settings 

3 may be done on the fly. Once the adjustment is made, or if no adjustment is required, the 

4 dynamic adjustment ends- in step 8A12. The ISB can be configured to abort the connection or 

5 any operation if the baud rate is less than 14.4 kB. 

6 TH^h^war^K of 

7 Fig. 8 A. For example, the modem can detect the baud rate in a known manner, while the look-up 

8 table can be stored in whatever memory is provided (RAM, EEPROM, etc.), and the 

9 microprocessor can perform the remaining operations. 

10 The ISB can be configured to give the following error messages, which can be used by 

1 1 either a user 6r~atechnical support person to det^iMwhya"call has not been completed 



12 normally: 



13 


Error code 


Problem 


14 


0 


No dial tone 


15 


1 


ISP busy 


16 


2 


ISP did not answer 


17 


3 


Logon failed, no logon prompt 


18 


4 


Logon failed, no password prompt 


19 


5 


Insufficient baud rate 


20 


6 


PPP authentication failed 


21 


7 


PPP failed 


22 


8 


PPP timed out 


23 


9 


Server did not connect 


24 


10 


Server did not respond 


25 


11 


Server rejected transaction 
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1 


12 


Reception terminated 


2 


13 


Transmission terminated 


3 


14 


Number not programmed 


4 


Error codes 20-24 refer to sending a voice mail message, to be described below. 


5 


20 


DNS did not answer 


6 


21 


SMTP address wrong 


7 


22 


SMTP user ID wrong 


8 


23 


SMTP rejected message 


9 


24 


SMTP disconnected 


10 


Error codes 30-34 refer to receiving a voice mail message, to be described below. 


11 


30 


DNS does not answer 


12 


31 


POP address wrong 


13 


32 


POP user ID/password wrong 


14 


33 


POP stopped sending 


15 


34 


POP disconnected 


16 


Error codes 40-42 refer to user programming of the ISB through the telephone keypad. 


17 


40 


Character not defined. 


18 


41 


Character entered is not permissible where entered. 


19 


42 


Too many characters. 



20 The error codes can be given to the user in the form of voice prompts. For example, if 

21 there is no dial tone, the ISB can play a first sound clip of a voice saying, "I'm sony, but there is 

22 a problem with your Internet access; please try again. Error code ..." and a second sound clip of a 

23 voice saying, "zero " The user can consult the manual to find the significance of error code 0. In 

24 the case of errors which require a call to technical support, the user can make a note of the error 

25 code. 

26 Variations on the PTIC call avoid incurring PSTN charges at all. Such variations include 
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a previously agreed-upon signal that a particular person is calling, such as letting the telephone 
ring twice and then hanging up, and letting the telephone ring just long enough for caller ID 
information to be sent and then hanging up. The users then call each other back over the Internet 
as for a meet-me Internet call, which will now be described. 

The MMIC, or meet-me Internet call, is a simplified version of the PTIC. In the MMIC, 

the users have previously agreed to calleachotKef at^eftaintime, so no PSTN handshaking is 
required. 

In the MMIC, both users dial #2 to access MMIC operation in their ISBs via the menu. 
User A enters user B's number, which user A's ISB verifies in its directory, and user A's ISB 
enters MMIC-caller mode. ' User B enters user A's number, which user B's ISB verifies in its 
^irectoiy,-and-UserlBls-B^ 

proceeds as for a PTIC call, i.e., steps 814A-C to 824 A-C in Fig. 8. 

Once two users have already called each other using the ISBs or otherwise added each 
other to their friends databases, MMIC can be used with a speed-dialing technique in which a 
user dials the last six digits of the other user's telephone number followed by #, regardless of 
where in the world the other user is, thereby avoiding long and confusing digit sequences for 
conventional international dialing. The ISB then matches the dialed last six digits with the 
friends data stored in the ISB to identify the other ISB which is to be called. 

The last six digits can be used for a unique identification of up to a million other ISBs. 
While it is possible that a user's friends database will contain two entries having the same last six 
digits, this possibility is remote. Even if such a situation does arise, the ISB can be configured to 
prompt the user to dial more digits to identify the called party uniquely. 

Checking and sending messages will now be explained with reference to Figs. 7D and 7E. 
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1 To check messages, the user dials #3 to enter message checking through the menu. The ISB 

2 connects to the ISP and then connects through ISP 706 and Internet 712 to POP server 716. 

3 Once this last connection is achieved, the ISB downloads and plays the first message. The user 

4 can then dial 1 to repeat,- 2 to go to the next message or 3 to erase a message, much as he would 

5 with an answer ISB connects 

6 to the ISP and then connects through ISP 706 and Internet 712 to SMTP server 718 (the function 

7 of the SMTP server having been described above). The user can then record a message and then 

8 send it via the SMTP server to the recipient's e-mail address. The ISB can be configured to 

9 impose a time limit on outgoing messages (e.g., 60 seconds). The ISB can also be configured to 
10 poll the ISP periodically (e.g., four times a day or some other interval which is either set in the 
y~l "~ factory or programmed byithe_userj„to_check for message arid t^0vem"i^ra1ion^fhe user via 

12 an LED or the like when messages are waiting. 

13 The ISB can also be configured to poll the ISP periodically (e.g., four times a day or some 

14 other interval which is either set in the factory or programmed by the user), whenever a call is 

1 5 completed over IP, or both to check for message and to give an indication to the user via an LED 

16 or the like when messages are waiting. In one configuration, polling takes place only when all 

17 three of the following conditions are satisfied: (1) the polling period set in the ISB has expired, 

18 (2) the telephone has not been in use in the last two minutes and (3) no ring signal has been 

19 received in the last two minutes. Of course, the ISB can be equipped with an internal clock, such 

20 as those used in conventional IBM-compatible PCs, to allow periodic polling. 

2\ Each voice mail message is stored on the recipient's POP server in the form of an e-mail 

22 message with the sender's e-mail address listed in the "From:" field, a standard subject such as 

23 "ISB voice mail message" and a MIME attachment of the voice mail message in an appropriate 
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1 sound file format. If the recipient checks his e-mail on the POP server with a conventional e- 

2 mail program such as Eudora, he will see such message interspersed among conventional e-mail 

3 messages. The ISB can distinguish the voice mail messages from the conventional e-mail 

4 messages by the subjectr 

5 - -The ISBSS wilLnow.bejiescribed in detail^JThe^functionality described for the ISBSS 

6 can be implemented on a Sun Microsystems workstation running Solaris" 2.6~or on any other 

7 sufficiently powerful computing device running an appropriate operating system. The server 

8 program executed by the ISBSS can be written in C-H- or in any other suitable language. The 

9 primary purpose of the ISBSS, but not the exclusive function, is to provide connection 

1 0 information for two ISBs to engage in an IT call, since it is contemplated that the ISBs will not 

-1 1 exe^ge-ixifoimation^uring-the-ES-TO documents 

12 each completed call and "each request for any other service, such as voice messaging and software 

1 3 upgrade requests, requested from ISBs and supportedby thevendor of the ISBs. 

14 The ISBSS is an iterative server. The server functions can be implemented in a single 

15 process and do not require threads. Each IT call involves two connections to the ISBSS, one 

16 from each of the ISBs. Each connection is kept open at most 200 msec after the three-way 

17 handshake is complete. The ISBSS software makes no blocking calls to any kernel function 

18 unless the ISBSS software is completely idle. In any connection to the ISBSS, there is one 

19 datagram sent in each direction. 

20 The ISBSS provides service to the users of the ISBs by facilitating an exchange of IP 

21 addresses between two ISBs whose users want to communicate with each other. It does so by 

22 accepting a TCP connection request from each client, matching corresponding connection 

23 requests and sending the IP address of one of the ISBs to the other ISB. Otherwise, the ISBs 
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1 might have to communicate their IP addresses to each other during the PSTN phase of the call. 

2 Such a procedure would require the modems of the ISBs to be set twice, once for the PSTN 

3 phase of the call and once for the IT phase of the call, and would render the MMIC call 

4 impossible. The use of the ISBSS allows the ISBs to set their modems only once, for the IT 

5 "phase of the-callrand-makes^e^^€=cal^possible.^^ — 

6 The operation of the ISBSS will be described with reference to the flow chart of Fig. 9A. 

7 In steps 9A02 and 9A04, each ISB sends the ISBSS a connection request, which is a data string 

8 including the following: that party's serial number, the other party's serial number, that party's 

9 telephone number, the other party's telephone number, that party's IP address, version number 

10 and the like. For a PTIC, the calling party's telephone number is not required. The ISBSS 

1 1 s earches f o ra-mateh-be tw cc n th e I S B ^and^waitmg4ist^f-ISB^^^ in step 

12 9A06 (where caller A's request has been received first), the ISB is appended to the waiting list or 

13 • queue in step 9A08 and is instructed by the ISBSS to expect a call from another ISB. If there is a 

14 match, as in step 9A10 (where caller B's request has been received second), the ISB matches the 

15 requests in step 9A12 to find the IP address of the other party's ISB in step 9A14. In step 9A16, 

16 the ISBSS forwards caller A's IP address to caller B's ISB, and in step 9A18, caller B's ISB 

17 attempts to contact caller A's ISB using the thus obtained IP address, whereupon the ISBSS has 

18 no more involvement in the call. Thus, when two parties want to call each other, the first 

19 received connection request is queued, and the second received connection request is answered 

20 with the IP address of the first received request 

21 By holding connection requests in a data structure in this manner, the ISBSS can avoid 

22 holding open a TCP connection to any particular ISB for more than a few microseconds, thus 

23 reducing load on the ISBSS. In fact, the ISBSS can break the TCP connection immediately upon 
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1 receiving the connection request. 

2 The ISBSS can also send commands to an ISB while processing a connection request. 

3 Such instructions can, for example, instruct the ISB to modify the friends data or other data 

4 stored locally in the ISBt 

5 -As the. number-of-ISBs Jn_useincreases,.more.ISBSSs can be added. Multiple ISBSSs 

6 can coordinate their services; for example, an ISBSS can send an instruction to an ISB if the 

7 connection request should be made to another ISBSS. 

8 The ISBSS stores telephone numbers in BCD (binary coded decimal) notation with the 

9 least significant digit of the telephone number stored in the most significant nibble (four bits) of 
10 the first byte (8 bits) of the telephone number string. With this approach, the ISBSS can allow 

I \ the possibility of six-digit dialing to any ISB in the world. The code to implement this feature is 

12 shown in Figs. 1 OA and 1 OB; ~~ " " 

12 -A-state diagram of the ISBSS is shown in Fig. 11. The basic design of the ISBSS 

14 software is that of a finite state machine. The states in the machine are prioritized such that if 

15 conditions allow the ISBSS to enter more than one state simultaneously, the higher priority state 

1 6 is entered first. After completing work to be done in any given state, the machine always returns 

17 to the "idle" state. The states are listed below, with a priority number of each state; a higher 

1 8 number indicates a higher priority. 

19 Idle (0): The default state, in which the ISBSS does housekeeping on its internal data 

20 structures while waiting for requests for service which would send it into some other state. 

21 ISB Connection Request (4): The ISBSS enters this state after completion of a three-way 

22 handshake. The ISBSS accepts all pending connection requests at this time. 

23 ISB Connection Read (5): The ISBSS enters this state when a particular connection has 
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1 data ready to be read by the ISBSS. The data are read, verified and processed. The need to write 

2 the given connection is announced. 

3 ISBXonnection Write (6): The ISBSS enters this state only when a particular connection 

4 is ready to write the single datagram which the ISBSS writes to each connection. The write takes 

~5~~ pls^eT andlH^is^ 

6 ISB Connection Disconnect (7): The ISBSS enters this state only when the disconnect 

7 timer expires for a particular connection. The ISBSS aborts the connection and frees up any 

8 space used to maintain the connection. 

9 Telnet Connection Request (1): In addition to serving ISB requests, the ISBSS has a 

1 0 Telnet-like interface for issuing commands to the ISBSS. The ISBSS enters this state only when 

1 1 the listening service indicates that a request for comectroirhas been completed. Only one such 

12 Telnet connection is permissible at a time. Each new request results in a dropping of the 

13 previous request. The commands include -A to set a parameter (such as the connection list time 

14 out in seconds and the billing file size in records, with the syntax being -A parametername 

15 newvalue), -B to dump the billing file, -C list to list the commands currently available, -C set 

16 (actual command) to send that command to all connection requests, -H for help, -L for a 

1 7 parameter list, -M n to monitor for n minutes if n > 0 or to turn off monitoring if n = 0, -Q 

1 8 (password) to quit, -T on or -T off to turn testing on or off, and -V (serial number) (status) to add 

19 the given serial number to the list of invalid serial number if (status) > 0 or to remove the given 

20 serial number from the list of invalid serial numbers if (status) = 0. 

21 Telnet Connection Read (2): The ISBSS enters this state only if a command has been 

22 received on the Telnet connection and is ready to be read. 

23 Telnet Connection Write (3): Everything which needs to be sent to the Telnet connection 
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1 is buffered asynchronously in a message list. The ISBSS enters this state and sends a single 

2 message if the message list is not empty. 

3 In a connection with an ISB, the ISBSS receives a connection data structure and sends a 

4 response data structure. -The connection data structure is shown in Fig. 1 1 A, wherein the tx_data 

5 array has a structure shown in Fig. 1 IB and the tx_BiIlingData structure is shown in Fig. 1 1C. 

6 The response data structure is sent to every connecting ISB unless the incoming datagram is 

7 incorrect and has a structure shown in Fig. 1 ID, wherein the tx_data array has a structure shown 

8 in Fig. HE. 

9 The ISBSS is able to monitor its own behavior over a specified range of any number of 

10 minutes. The number of minutes is specified by a Telnet command described above. The output 

11 of the monitoring process is shown in an illustrative example in Fig. 1 IF. The data shown in Fig. 

12 1 1 F show the number of connection requests and the manner in which they were processed. 

13 The ISBSS is also able to maintain a log of any errors or suspect situations which arise in 

14 running the server program. A sample log file is shown in Fig. 1 1G. 

15 While it is contemplated that the ISBSS will be a public server accessible to all ISB users, 

16 it is also possible that an ISBSS will be supplied, either as a workstation with the software 

17 installed or as software for installation on a separately supplied workstation, to an organization 

1 8 which wishes to maintain its own dedicated ISBSS to supply connection information to ISBs 

19 within that organization. The ISBs can be programmed to use this dedicated ISBSS for calls 

20 within the organization or a public ISBSS for other calls, which are called off-net calls and 

21 initiated by dialing #8. Off-net calls can also be made by users of the public ISBSS to call one 

22 another via a backup ISBSS when their usual ISBSS is down and automatic reroute routines fail. 

23 MMIC calls are treated similarly to PTIC calls. In MMIC calls, it does not matter which 
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1 ISB is the calling ISB and which is the called ISB, so that the ISBSS can assign these roles 

2 arbitrarily. In an MMIC call, the users may not coordinate the time of their call properly, in 

3 which case the calling party's request remains in the queue in the ISBSS. Either the ISB or the 

4 ISBSS can be configured to wait a certain period of time and request via a voice prompt that the 
5 S^fiy"tfi^mltagamiater — — ' 

g In sending voice mail, the ISBSS has no involvement beyond sending a "Go ahead and 

7 send your voice mail" message, whereupon the ISBSS disconnects. In the Internet test call, the 

8 ISBSS disconnects after sending a "test complete" message. 

9 The ISBSS can be used to program the ISB automatically as needed. The ISBSS uses the 
10 same commands which would be used to program the ISB from a PC over a serial connection, 
jj — The ISBSSrprogreE^ t he rtSBSSS^addr^^^ 

12 Another use of the ISBSS is to notify a customer that an upgrade is available. Whenever 

13 the ISB contacts the ISBSS, the ISBSS can supply the current software version number, which is 

14 compared with the version number of the software in the ISB. If the current version number is 

15 higher, an LED lights up on the ISB to inform the customer of the availability of the upgrade. 

16 The ISBSS supplies the ISB with the IP address of the upgrade server from which the upgrade is 

17 available and then disconnects. 1 

I g In the programming and upgrade notification operations just described, the ISBSS can 

19 send the following commands to the ISB: 

20 "Turn on the 'upgrade available' LED." 

2\ "Use the accompanying IP address as the new address for the main ISBSS " 

22 "Use the accompanying IP address as the new address for the backup ISBSS." 

23 The ISBSS can also reject a connection request, for example, if a caller's bill is 
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1 sufficiently overdue, if the serial number or telephone number in the connection request is 

2 invalid, or if the ISBSS lacks memory or process time. When an ISB's attempt to contact the 

3 ISBSS fails three times, the ISB assumes that the ISBSS is not functional and tries to connect to a 

4 secondary ISBSS. ' 

5 — — Each connection to the ISBSS is accompanied-by data describing the service most 

6 recently completed by the connecting ISB (usually about the most recently connected telephone 

7 call before the current call request). Such data are written to a log file for future processing. 

8 Other servers besides the ISBSS can be used. For example, a backup ISBSS can be added 

9 and can become active when the main ISBSS fails or passes control. Also, auxiliary servers such 
10 as an upgrade server, an inquiry server, an H.323 server, a commercial server and the like can be 
11 used; — 

12 A paiticul^ervef which can be used^withlhe ISB system is called a billing server. The 

13 billing server maintains information regarding each completed IT call for billing purposes. The 

14 ISBSS can supply this information to the billing server. The billing record for each call includes 

15 the caller telephone number, the caller serial number, the called telephone number, the called 

16 serial number, the start time and date, the call duration and the quality of the connection. To 

17 determine the quality of the connection, the billing server or another server can m a intain a 
1 g statistical record, either globally or for each call. The statistical record can include such 

19 information as the percentage of lost packets, the percentage of late packets, the percentage of 

20 packets out of sequence, the percentage of discarded transmission packets, the percentage of 

21 discarded reception packets, and, for each of the parties to the call, the baud rate, the 

22 compression rate, and the frames. 

23 The billing information is collected for all different transactions of an ISB. To make this 
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1 process more efficient, the billing information about a transaction is passed to the billing sever at 

2 the beginning of the next transaction. 

3 The ISB generates a billing record as follows. When the ISB contacts the ISBSS for a 

4 transaction, the ISB receives the current time from the ISBSS and produces a partial billing 

5 rec ord w hich includes the start time and the telephone number of the other party (the latter field 

6 being left blank when it is inapplicable, e.g., when checking messages). At the end of the 

7 transaction, the ISB adds the duration to the partial billing record to produce a complete billing 

8 record, which is provided to the billing server at the beginning of the next transaction. 

9 A feature which a company selling ISBs can provide to enhance the functionality of the 

10 ISBs is called the "help desk." Through the help desk, customer service agents can assist 

1 1 customers by remotely programming their ISBs, answering questions about the service, upgrade 

12 the software in the ISBs, etc. 

13 Fig. 9 shows a connection between a customer's location 900C and an agent's position 

14 900HD at the help desk. The help desk has one or more call center positions 900HD, each 

15 equipped with a standard telephone 21 1HD, a computer or data terminal 908 and a specially 

16 equipped ISB 1 00HD connected to computer or data terminal 908 via a serial port or other 

17 connection such as serial port 408 of Fig. 4. The customer connects to the help desk via PSTN 

1 8 902, customer's ISP 904C, Internet 906 and help desk's ISP 904HD. The agent can use ISB 

19 1 00HD to access, program, upgrade and test customer's ISB 1 00C. The agent can change the 

20 data stored in ISB 100C (for example, the device data, server data and owner data). The help 

21 desk does not have to change the data maintained automatically by ISB 100C or by other servers 

22 (e.g., friends data, billing data and service records). Also, the agent and the customer can talk via 

23 telephones 21 1C and 21 1HD, either in voice over data via the Internet or in voice-only mode via 
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1 the Internet or the PSTN, so that the agent can answer the customer's questions. The user can 

2 initiate a voice-over-data conversation by dialing *0#. 

3 Programming of the ISB from the help desk takes place in the following manner. The 

4 customer and the agent engage in a conversation, either by IT or by the PSTN. If the agent 

5 decides that the customer's ISB 1 00C is to be remotely programmed from the help desk, the 

6 agent instructs the customer to dial *0# into telephone 21 1C. The agent verifies that the 

7 customer's ISB 1 00C has accepted this code to go into voice-over-data mode and enters a similar 

8 command to set his own ISB 100HD to voice-over-data mode. The ISBs 100C and 100HD 

9 perform a modem handshaking and then start a PPP link between them. Once the link is 

10 established, the bandwidth is shared between voice and data, and the agent and the customer can 

1 1 resume their conversation while the agent accesses, examines and programs the customer's ISB 

12 100C. 

13 The agent's computer or data terminal 908 has software to allow the agent to access, 

14 examine and program the customer's ISB 1 00C in this manner. The software displays a window 

1 5 into which the agent enters his own identifying information, device data such as the serial 

16 number, feature key and hardware and software versions, server IP addresses, and the user data. 

17 The window also has buttons to allow the agent to read the data stored in the customer's ISB, 

1 8 write data to the customer's ISB, activate voice-over-data mode, save information about the 

19 customer's ISB to disk for future reference, and load that information from disk. The window 

20 offers menu options to allow the agent to log on and off his position at the help desk, to change 

21 the serial port settings for his position at the help desk, to select the source for data being 

22 accessed as local (the help desk position) or remote (the customer's ISB) and the like. 

23 As those skilled in the art will readily appreciate, the various components described 
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above form a coherent system which is shown in Fig. 12. In this system, multiple customer 
locations 900C and help desk location 900HD, which have already been described, interface via 
PSTN 902 and ISPs 904C, 904HD with one another and with ISPs 904S, which allow access to 
one or more ISBSSs 1201 , one or more e-mail (POP, SMTP, MAP (which is another mail 
protocol), etc.) servers 1204, one or more billing servers 1206, one or more Web servers 1208 
"and any otKerservers or other system componrafs^KcITcanbe used. 

The present invention can be adapted for use with the H.323 communication standard, 
which will now be described briefly with reference to Fig. 13. The H.323 standard provides 
interoperability among products from multiple vendors. The standard includes the H.320 
standard for ISDN (integrated services digital network) communication and H.324 for the PSTN. 
_The standard provides for encapsulation of UDP packets (which have been identified above) as 
RTP (real-time transport protocol) packets. 

™Fig.-13-shows-variousxomponents-ofa 
readily appreciate that not all components shown in Fig. 13 will necessarily be present. 

H.323 system 1300 is implemented on LAN (local-area network) 1302. Terminals 1304 
are used by users to communicate; each terminal 1304 can include an ISB, with or without video 
capabilities, or an PC with audio or audio-video capabilities. Gateway 1306 provides 
interoperability with other networks, e.g., over PSTN 1308 or ISDN line 1310. MCU (multipoint 
control unit) 1312 control conferencing among three or more terminals. Gatekeeper 1314 
performs network functions such as bandwidth control and translation between EP addresses and 
names by which terminals 1304, gateway 1306, etc. are known to LAN 1302. 

The ISB software is written such that at any time during the operation the user can 
terminate whichever operation is in progress by simply hanging up the telephone and can hear a 



42 



WO 98/37665 PCT/US98/03630 

1 dial tone by picking up the telephone again. There might be instances in which the hang-up is not 

2 recognized by the software because of unexpected interactions between the software and real-life 

3 conditions. To prevent the ISB from locking up and possibly blocking the telephone from the 

4 user, a watchdog timer can be implemented to recover from these situations and reset the system. 

5 In all other instances in which the ISB recognizes that an error has occurred, it plays a prompt 

6 — whichhrgeneral terms explains the condition-followed by aneiror-code-which-helps the user to 

7 troubleshoot the problem by referring to the manual or which helps the agent at the help desk to 

8 diagnose the problem. The error codes have been listed above, although, of course, other error 

9 codes could be assigned as needed. 

10 In the instances in which the ISB expects the user to enter data or hang up, a timer can be 

1 1 set with a predefmed-time-out-value. If the-user does not respond-within time-out period, the 

12 prompt is repeated. This process can be repeated up to three times, and if there is no response 

1 3 from the-user,-then-the JSB-goes-on-hook-and,-after-ashort delay,-back off-hook . 

14 The ISB can be tested at the factory or elsewhere in the following manner. The ISB is 

15 connected to a telephone and to a computer in the manner described above. The computer has 

16 appropriate testing software installed thereon. The tester makes a call through the ISB to a 

17 second ISB which has been tested and is known to work properly. Any aspect of operation of the 

1 8 ISB under test can be tested, and a report can be generated. 

19 The foregoing detailed description covers interfacing a wireline analog version of the ISB 

20 and is illustrative of the various preferred embodiments of the present invention which also 

21 include wireline digital versions which are ISDN or LAN based as well as wireless analog or 

22 digital versions, either cellular or PCS (personal communication systems). The ISB can also be 

23 adapted to work with facsimile machines. The invention is not limited to embodiments using a 
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1 SLIP, PPP or other dialup connection to the Internet; instead, any connection to the Internet or 

2 another secondary network, such as a Tl line or a cable modem, can be used. Also, while it is 

3 contemplated that a caller will usually want to speak to one called party at a time, conference 

4 calls can be implemented with no difficulty. In addition, ISBs can be made with inexpensive 

5 "digital cameras and LCD screens to allow- videophone service-by using Internet audiovisual 

6 conferencing software such as CU-Seeme. ISBs can also be provided with encryption. 

7 Moreover, modifications disclosed separately can be combined in any technically feasible 

8 manner, while modifications disclosed together can be implemented separately wherever 

9 technicdl^e^ibleT It : wirb^pprecrated that numerous variations and changes can be made not 

10 only to provide a range of services, but also to interface the many different devices used to access 

1 1 — th^PSTN, including personal^computers and laptopsrwithoiirdepitfting-firom -the scope of the 

12 invention as defined in the accompanying claims. 
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We claim: 



1 1 . A switch box for connecting a first telephone set and a second telephone set over a 

2 selected one of a primary network and a secondary network, the switch box comprising: 

3 primary.network connecting means for connecting the first telephone set to the primary 

4 network; 

5 secondary network connecting means for connecting the first telephone set to the 

6 secondary network, for receiving address information from the secondary network to locate the 

7 second telephone set on the secondary network and for establishing a connection over the 

8 secondary network between the first telephone set and the second telephone set; 

9 relay means for (i) connecting, when the relay means is in a first state, the first telephone 

10 set to the primary network connecting means and for (ii) connecting, when the relay means is in a 

11 second state, the firsTtelephoneTefto the s^ondauy^nefwdrk connecting means; and 

12 switching means for receiving a switch-over command tcTswitch from the primary 

13 network to the secondary network and for controlling, in response to the switch-over command, 

14 (i) the relay means to disconnect the first telephone set from the primary network connecting 

1 5 means and to connect the first telephone set to the secondary network connecting means and (ii) 

16 the secondary network connecting means to establish the connection over the secondary network 

1 7 between the first telephone set and the second telephone set. 

1 2. A switch box as in claim 1 , wherein the switching means comprises: 

2 a button on the switch box; and 

3 means for receiving the switch-over command through actuation of the button. 

1 3. A switch box as in claim 1 , wherein the switching means comprises means for 

2 monitoring the first telephone set to receive the switch-over command through the first telephone 
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3 set. 

1 4. A switch box as in claim 1 , wherein the primary network connecting means comprises 

2 --means for providing a passive pass-through connection between the first telephone set and the 

3 primary network. 

1 5. A switch 66x as in claim 4, wherein: 

2 the primary network is an analog circuit-switched telephone network; 

3 the secondary network is a digital packet-switched data network; and 

4 the secondary network connecting means comprises means for (i) connecting the first 

5 telephone set to the digital packet-switched data network, (ii) connecting the first telephone set to 

6 the second telephone set over the digital packet-switched data network and (iii) exchanging 

7 —packets representing voicesignals-between the tirst telephone set and the second telephone set 

8 over the digital packet-switched data network. 

1 6. A switch box as in claim 4, wherein the secondary network connecting means 

2 comprises: 

3 a microprocessor for controlling the connection over the secondary network between the 

4 first telephone set and the second telephone set; 

5 memory means for storing embedded software for execution by the microprocessor; 

6 modem means for permitting communication between the microprocessor and the 

7 secondary network; and 

8 signal processing means for converting between the voice signals and the packets. 

1 7. A switch box as in claim 6, wherein the signal processing means comprises a vocoder. 

1 8. A switch box as in claim 6, wherein the signal processing means comprises a digital 

2 signal processor. 
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1 9. A switch box as in claim 6, wherein the embedded software comprises software for the 

2 microprocessor to store identifying information in the memory means regarding the second 

3 telephone set, the identifying information being used to retrieve the address information. 

1 10. A switch box as in claim 9, wherein the identifying information regarding the second 

2 Telephone set comprises a telephone number identifying the second telephone set. 

1 1 1 . A system for communication over a selected one of a primary network and a 

2 secondary network, the system comprising a plurality of switch boxes, each for connection to a 

3 telephone set, each of the plurality of switch boxes comprising: 

4 primary network connecting means for connecting the telephone set to the primary 

5 network; 

- 6 ~secondaiy _ network-co^ 

7 network, for receiving address information from the secondary network to locate another 

8 telephone set connected to another switch box from among the plurality of switch boxes and for 

9 establishing a connection over the secondary network between the telephone set and said other 
10 telephone set; 

1 J relay means for (i) connecting, when the relay means is in a first state, the telephone set to 

12 the primary network connecting means and for (ii) connecting, when the relay means is in a 

13 second state, the telephone set to the secondary network connecting means; and 

14 switching means for receiving a switch-over command to switch from the primary 

15 network to the secondary network and for controlling, in response to the switch-over command, 

16 (i) the relay means to disconnect the telephone set from the primary network connecting means 

17 and to connect the telephone set to the secondary network connecting means and (ii) the 

1 8 secondary network connecting means to establish the connection over the secondary network 
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19 between the telephone set and the other telephone set. 

1 1 2. A system as in claim 1 1 , wherein the switching means comprises: 

2 a-button-onthe-switch-box;and — 

3 means for receiving the switch-over command through actuation of the button, 

"j 1 3. A system as in claim 1 1 , wherein the switching means comprises means for 

2 monitoring the telephone set to receive the switch-over command through the telephone set 

1 14. A system as in claim 11, wherein the primary network connecting means comprises 

2 means for providing a passive pass-through connection between the telephone set and the 

3 primary network. 

1 1 5. A system as in claim 14, wherein: 

2 the^rimaiy-netwofe I - - 

3 the secondary network is a digital packet-switched data network; and 

4 the secondary network connecting means comprises means for (i) connecting the 

5 telephone set to the digital packet-switched data network, (ii) connecting the telephone set to the 

6 other telephone set over the digital packet-switched data network and (iii) exchanging packets 

7 representing voice signals between the telephone set and the other telephone set over the digital 

8 packet-switched data network. 

1 16. A system as in claim 14, wherein the secondary network connecting means 

2 comprises: 

3 a microprocessor for controlling the connection over the secondary network between the 

4 telephone set and the other telephone set; 

5 memory means for storing embedded software for execution by the microprocessor; 

6 modem means for permitting communication between the microprocessor and the 
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7 secondary network; and 

8 signal processing means for converting between the voice signals and the packets. 

1 17. A sys tem as in claim 16, whereijyhe signal processing means comprises a vocoder. 

1 1 8. A system as in claim 1 6, wherein the signal processing means comprises a digital 

2 " " signal processor. — 

1 19. A system as in claim 16, wherein the embedded software comprises software for the 

2 microprocessor to store identifying information in the memory means regarding the other 

3 telephone set, the identifying information being used to retrieve the address information. 

1 20. A system as in claim 1 9, wherein the identifying information regarding the other 

2 telephone set comprises a telephone number identifying the other telephone set. 

1 _-2LTAisystem:as:in:clai^^ 

2 digital packet-switched data network, for (i) receiving a connection request from a first one of the 

3 switch boxes which wants to establish a connection over the digital packet-switched data 

4 network to a second one of the switch boxes and (ii) sending to the first one of the switch boxes 

5 the address information regarding the second one of the switch boxes to allow the first one of the 

6 switch boxes to connect to the second one of the switch boxes. 

1 22. A system as in claim 21 , wherein the address information regarding the second one of 

2 the switch boxes comprises an IP address of the second one of the switch boxes. 

1 23. A system as in claim 2 1 , wherein the server means comprises means for (i) receiving 

2 connection requests from the first and second ones of the switch boxes, (ii) queuing a first 

3 received one of the connection requests in a queue and (iii) searching the queue in response to a 

4 second received one of the connection requests to match the connection requests. 

1 24. A system as in claim 1 1, further comprising a help desk in communication with at 
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2 least one of the primary network and the secondary network, the help desk having at least one 

3 agent station, each of the at least one agent station comprising: 

4 a^elephoneset^onnected to-said aH^ second 

5 network, for voice communication with the telephone set connected to any of the plurality of 

6 switch boxes; and 

7 means for programming said any of the plurality of switch boxes over said at least one of 

8 the primary network and the secondary network. 

1 25. A device for allowing a user with a telephone set to send and receive voice mail to 

2 and from an electronic mail server on a digital data network, the device comprising: 

3 signal processing means, connected to the telephone set, for (i) converting an outgoing 

4 voice mfifinessaplpoken^ 

5 (ii) converting an incoming digital message into an incoming voice mail message and playing the 

6 incoming voice mail message over the telephone to the user; 

7 communication means, connected to the signal processing means and the digital data 

8 network, for (i) sending the outgoing digital message to the electronic mail server for delivery to 

9 a recipient and (ii) retrieving the incoming digital message from the electronic mail server; and 

10 control means, connected to the communication means, for receiving commands from the 

1 1 user and for controlling the communication means, in accordance with the commands, to supply 

12 the electronic mail server with information identifying the recipient so that the outgoing digital 

13 message is delivered to the recipient and to control retrieval and erasure of the incoming digital 

14 message from the electronic mail server. 

1 26. A device as in claim 25, wherein the control means comprises means for monitoring 

2 the telephone set to receive the commands input by the user through the telephone set. 
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1 27. A device as in claim 25, wherein the information identifying the recipient comprises 

2 an electronic mail address for the recipient. 

1 28. A device as in claim 25, wherein the control means is further connected to the signal 

2 processing means and" comprises means for controlling playback of the incoming voice message 

3 — inaccordance with the commands. 

1 29. A method for connecting a first telephone set and a second telephone set over a of a 

2 primary network and then a secondary network, the method comprising: 

3 (a) establishing a first connection between the first telephone set and the second telephone 

4 set over the primary network; 

5 (b) agreeing to switch to the second network and disconnecting both the first telephone 

6 set and the second-telephone-set-from^ie-primary-network; 

7 (c) connecting the first telephone set and the second telephone set to the secondary 
g network; 

9 - — (d) providing, over the secondary network, at least one of the first telephone set and the 

10 second telephone set with address information to connect the first telephone set with the 

1 1 telephone set over the secondary network; and 

12 (e) connecting the first telephone set to the second telephone set via the secondary 

13 network. 

1 30. A method as in claim 29, wherein step (b) comprises actuating a dedicated button on a 

2 device attached to each of the first telephone set and the second telephone set to disconnect the 

3 first telephone set and the second telephone set from the primary network. 

1 3 1 . A method as in claim 29, wherein step (b) comprises issuing a command through a 

2 keypad of each of the first telephone set and the second telephone set to disconnect the first 
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3 telephone set and the second telephone set form the primary network. 

1 32. A method as in claim 29, wherein each of the first telephone set and the second 

2 telephone-seUs conne cted-to the prin^^anAsecond^ switch box which 

3 provides a passive pass-through connection to the primary network during step (a). 

1 33. A method as in claim 32, wherein: 

2 the primary network is an analog circuit-switched telephone network; 

3 the secondary network is a digital packet-switched data network; and 

4 step (e) comprises (i) connecting the first telephone set to the second telephone set over 

5 the digital packet-switched data network and (ii) exchanging packets representing voice signals 

6 between the first telephone set and the second telephone set over the digital packet-switched data 

7 — -iinetwoilcz ~ — -_ - — -^==^ 

1 34. A method as in claim 33, wherein the switch box connected to the first telephone set 

2 comprises a memory for storing identifying information regarding the second telephone set, the 

3 identifying information being used to retrieve the address information. 

1 35. A method as in claim 34, wherein the identifying information regarding the second 

2 telephone set comprises a telephone number identifying the second telephone set. 

1 36. A method as in claim 33, wherein step (d) comprises: 

2 (i) sending a connection request from a first one of the switch boxes to a server; and 

3 (ii) sending from the server to the first one of the switch boxes the address information 

4 regarding the second one of the switch boxes to allow the switch boxes to connect. 

1 37. A method as in claim 36, wherein the address information regarding the second one of 

2 the switch boxes comprises an IP address of the second one of the switch boxes. 
1 38. A method as in claim 36, wherein: 
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2 both switch boxes send connection requests to the server; and 

3 step (d)(ii) comprises: 

4 (A) queuing a first received one of the connection requests in a queue; and 

5 (B) searching the queue in response to a second received one of the connection 

6 requests tomatclrtheconnection requests. 

1 39. A method for allowing a user with a telephone set to send and receive voice mail to 

2 and from an electronic mail server on a digital data network, the method comprising: 

3 (a) converting an outgoing voice mail message spoken by the user into the telephone into 

4 an outgoing digital message; 

5 (b) converting an incoming digital message into an incoming voice mail message and 

6 playing-the:incommg:ro^ to the user; 

7 (c) sending the outgoing digital message to the electronic mail server for delivery to a 

8 recipient; 

9 (d) retrieving the incoming digital message from the electronic mail server; and 

10 (e) receiving commands from the user and, in accordance with the commands, supplying 

1 1 the electronic mail server with information identifying the recipient so that the outgoing digital 

12 message is delivered to the recipient and controlling retrieval and erasure of the incoming digital 

13 message from the electronic mail server. 

1 40. A method as in claim 39, wherein step (e) comprises monitoring the telephone set to 

2 receive the commands input by the user through the telephone set 

1 41 . A method as in claim 39, wherein the information identifying the recipient comprises 

2 an electronic mail address for the recipient. 

1 42. A method as in claim 39, further comprising controlling playback of the incoming 
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2 voice message in accordance with the commands. 

1 43. A device for dynamically adjusting a communication between a computing device and 

2 "iraigitaT^cket-^ comprising: 

3 detecting means for monitoring at least a portion of the communication and for detecting 

4 a baud rate and a percentage of dropped packets in said at least a portion of the communication; 

5 determining means for making a determination, in accordance with the baud rate and the 

6 percentage of dropped packets, as to whether a degree of compression, a packetization and a 

7 packet redundancy in the communication are acceptable for the baud rate; and 

8 adjusting means for adjusting at least one of the degree of compression, the packetization 

9 and the packet redundancy in accordance with the determination. 

1 - 44 Adevice as in claim~43, wherein the determining means comprises: 

2 means for storing a look-up table; and 

3 means for making the determination by applying the baud rate and the percentage of 

4 dropped packets to the look-up table. 

1 45. A device as in claim 43, wherein: 

2 the packet redundancy is adjustable to a first state or a second state; 

3 in the first state, each packet in the communication is sent twice; and 

4 in the second state, each packet in the communication is sent once. 

1 46. A method for dynamically adjusting a communication between a computing device 

2 and a digital packet-switched network, the method comprising: 

3 (a) monitoring at least a portion of the communication and detecting a baud rate and a 

4 percentage of dropped packets in said at least a portion of the communication; 

5 (b) making a determination, in accordance with the baud rate and the percentage of 
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6 dropped packets, as to whether a degree of compression, a packetization and a packet redundancy 

7 in the communication are acceptable for the baud rate; and 

g (c) adjusting at least one of the degree of compression, the packetization and the packet 

9 redundancy in accordance with the determination. 

1 — 477A"methodas-inclaim-467wherein step (b) comprises: 

2 (i) storing a look-up table in a memory; and 

3 (ii) making the determination by applying the baud rate and the percentage of dropped 

4 packets to the look-up table. 

1 48. A method as in claim 46, wherein: 

2 the packet redundancy is adjustable to a first state or a second state; 

3 in-theTirst-state r each-packeHn-the-commmiieataon-is-sent-twice; and 

4 in the second state, each packet in the communication is sent once. 

1 49. A server for allowing a first device and a second device to communicate over a 

2 packet-switched network, the server comprising: 

3 means for receiving (i) a first communication request from the first device, the first 

4 communication request comprising first address information for locating the first device on the 

5 network, and (ii) a second communication request from the second device, the second 

6 communication request comprising second address information for locating the second device on 

7 the network; and 

8 means for (i) maintaining a communication request queue, (ii) adding a first received one 

9 of the first and second communication requests to the queue, (iii) searching the queue in 

10 accordance with a second received one of the first and second communication requests to match 

1 1 the first and second received ones of the first and second communication requests (iv) if the 
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12 second received one of the first and second communication requests is the first communication 

1 3 request, providing the second address information to the first device, and (v) if the second 

14 received one. of the first and second communication requests is the second communication 

1 5 request, providing the first address information to the second device. 

1 50. A server as in claim 49, wherein each of the first and second address information 

2 comprises an IP address. 

1 5 1. A method for allowing a first device and a second device to communicate over a 

2 packet-switched network, the method comprising: 

3 (a) receiving a first communication request from the first device, the first communication 

4 request comprising first address information for locating the first device on the network; 

5 (b ) receivin g a second communication request from the second dev ice, the second 

6 communication request comprising second address information for locating the second device on 

7 the network; 

8 (c) maintaining a communication request queue; 

9 (d) adding a first received one of the first and second communication requests to the 
10 queue; 

\ i (e) searching the queue in accordance with a second received one of the first and second 

12 communication requests to match the first and second received ones of the first and second 

13 communication requests; 

14 (f) the second received one of the first and second communication requests is the first 

1 5 communication request, providing the second address information to the first device; and 

16 (g) if the second received one of the first and second communication requests is the 

1 7 second communication request, providing the first address information to the second device. 
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1 52. A method as in claim S 1 , wherein each of the first and second address information 

2 comprises an IP address. 



57 



BNSOOCID: <WO 8337665A1_I_> 



y/O 98/37665 



PCT/US98/03630 



1 




ROM, 






RAM, 






Flash 






or 






ZZPROM 




1 


203 





SRAM 




Vocoder 


214 




204 




DC-to-DC 
Convertor 

213 



Telephone 

Set 
Controller 



'I 



CODEQ 
207 



rut! - 
* + Is* 



P^rce ^ 




3Z 



( 



I 
I 
I 

I 
I 
I 
I 



Loop Start 
" Line 
Controller 



212 



<^y2io 



Loop 
Start 
Use 



Fisure 2 



983766SA1_I_> 



2/21 



WO 98/37665 PCT/US98/03630 



? 

p 

I 
i 

c 

fi 

T 

l 

o 

hi 



( 

N 

\ * 

\ N 



le 



— T" 



r 



" — A. 1 

I 




c) 



2\\ 



3/21 



WO 98/37665 PCT/US98/03630 




BNSOOCIO: <WO__9837665A1J_> 



WO 98/37665 



PCT/US98/03630 




5/21 



WO 98/37665 



PCT/US98/03630 



7" 




1>P 



IT o*ns<- 



1 





/ft>*r\ hjs^ r, LP 



i * 




6/21 



BNSOOCJD: <WO 9S37665A1_I_> 



WO 98/37665 PCT/US98/03630 




0 v 



XT Oflr^L* 



p* 7 



7/21 



WO 98/37665 PCTAJS98/03630 




8/21 



BNSDOCJD: <W0 983766SA1_I_> 



WO 98/37665 PCT/US98/03630 




9/21 



WO 98/37665 



PCT/US98/03630 



if** 



- i~ 

^ ^ ~ 

lN* -pH^aJ 



ft* ~ 

1 TALKS To & [ ~ 
I -j- ' 



Both omuK H ^f.-/ c 




/- „ a 7- " , I ' rjnr Sj-tB. ■ 

' 1 T ftvf lM i " 



IS]}> b#T*£j.QrANU*y -- ^li l B,a7<< Cost. To~e J » ^tS^C-AT^ £jic***qe\ 

j OfrvMiC TWcVr] \Co*/Tt*"Jz Co/we* :*Tiurj\ [Dy/v*MfC AOjvsT'ii/Zj 



10/21 

BNSOOCtD: <WO 9837665A1J_> 



WO 98/37665 



PCT/US98/03630 



"~ru, fJ t rz> IL ritsr too rsckB:-* 




a 



he 



C 



11/21 



WO 98/37665 



PCT/US98/03630 




WO 98/37665 



PCT/US98/03630 




13/21 



WO 98/37665 



PCT/US98/03630 



- w^. /OA 

unsigned char -itobcd (unsigned int decimalNumber , unsigned int *di git Count) 

given an integer, produces and returns a BCD (binary-coded 
decinal) string, is which each byte (unsigned char) is logical 1 7 sni't 
into two 4-bit "nibbles", each or which contains one digit of the ' 
original integer. Also returned as an argument -by-rex erence is the 
nunber of digits found in the original integer, which is useful for 
later manipulations. 

The most significant digit of the original integer is stored "first", 
i.e. in the high-order nibble of the leftmost byte of the BCD string! 

In the current ^ implementation, (non-leading) zeroes in the original 
integer ars stored as hex digit 'A' (OxA) in order- to distinguish then 
front "blank" or "filler" nibbles and/or bytes, which actually contain 
zeroes. 
-/ 

{ 

// these ars static to reduce repeat memory allocation— for Fonerriend 

static int nsOxSytea; // bytes needed to store it as BCD 

static int susflfDigits ; // for internal use only! 

static unsigned char -BCDbuf; // the return value goes here 

static unsigned char -bytePtr; // moving pointer for loading SCDbuf 

static char SitShift; // used for decimal- to-hex conversion 
static char SCDdigitsClO] * // this allows us to do tricks like 

{ OxA, 1. 2, 2, 4, 5, 6, 7, 8, 9 }; // etoring digit 0 as OxA 

// figure out the number of digits in 'decimalHunber' 
nusOf Digits = logiO( (double ) decimalNumber) + 1; 
if (numflXDigits <« 0) 

return NULL; 

digitCount = nunOf Digits; // digicCount is returned to the user 
nuaOfSytes = (int ) ceil((double ) numOiDigits / 2.0); 

// set up storage and pointers accordingly 
BCDbuf 3 new unsigned char CnumOf Bytes] ; 
bytePtr = 43CDbuf [numOf Bytes- i] ; 

// clear out the contents of BCDbuf — correct functioning depends on this 
b=ero(3CDbuf , numQf Bytes) ; 
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P.-,. 10* 



If ve are storing BCD digits frcn aost to least significant, going 

// left to right; and there are two digits per byte. If there are 

// an. odd nuaber of digits to store, then the least significant decimal 

// digit will wind up in the HIGK-order nibble of the last (rightmost) 

// byta used; if there ar9 an even number of digits, this last digit 

// will end up in the LOV-order nibble of the last byte. Since ve start 

// by storing the least significant decisal digit and aove backwards, 

//we have to know right away which nibble to put it in. OED. 

if (nuaOfDigits X 2) // we have an odd number of digits 

BitShift 3 4; // start in high-order nibble (left -shift 4 bits) 

else BitShift 3 0; // start in low-order. nibble (no shift) 



while (nunflfOigita— ) { // we have at least one more digit to do 

// get the last digit of 'deciaalNuaberJ-and put it in the 
// appr striate nibble 
•bytePtr +- (3CDdigit3 [decirralNumber % 10] « BitShift); 



// now, we need to get ready to deal with the nest digit. 
// crafty code alert! BitShift can have the values 0 and 4; if it 
// is currently 0, then we just handled the LOW-order nibble of a 
// byta, and we will stay within this byta to do the next digit. 
// But if BitShift is currently 4, we just did the HIGK-order byta 
// and we can aove bad: tc the previous byte. The following 
// very confusing code does that for you: 
bytaPtr (BitShift / 4) ; 

// of course, the value of BitShift must now be toggled: 
BitShift « 4 - BitShift; 

// finally, we line up 'decimal Number* to deal with the next digit 
//in line, by way of throwing away, the last digit we looked at, which 
// was the least significant digit of 'decimalNuaber' . 

deciaalNuaber /» 10; 

// at long last, we're ready to copy the digit into the BCD string: 

// -bytaPtr +» (BCDdigits CdecisaiNuober X 10] « BitShift); 



return BCDbuf ; 

} 
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r 



1 rinciude | 

tcsArrayJi 
Siansncs.n 
<rw/hashtacft> 



Controller 



< 



idle 



*Ssrare:Staie' 

^SPv5ilacieStates:StateTff,NUMSTATc3I 



+Ccnirciler 

^ontrci!er(ffc^nt.;nc£m) 
-HUN 



currently. 



fdsArrayrimponed 



ICS 



State 



state 



-entryOr/oid 

-exrtrvotd- 

<Mdle(sNxr^rf20D 
-RUNr/cid 



#retcscetnt 



*eniryr/cid 
^RUNr/oic 



A 



Descflead 



-entryOrvoic 
-exitrvoid 

-Oescnead(sNsnar(20I) 
-RUNr/oid 



I 



DescWrtte 



^mryO.-void 
-sxitr/oid 

-OescWritefsNsharlSaD 
-nUNr/otd 



tnflead 



*entr/()r/cid. 
*-exttr/oid 

^nRead(sN^:ar(20D 
-RUNr/oid 



tnWrtte 



-entry 0r/CK2 
*e«t:vcid 

*tnWrite(sN2riar(201) 
*RUNr/oic 



HQxotie 



^define H.NUMSTATE3 S 
^define (L'DLEO 
^define fLOESCREAD 1 
#dafme ILCESCWRfTE 2 
tfdafine ffJTNREAO 3 
define ffJTN WRITE 4 



I30:eode 



static RWHasfcTaete h: 

(static RWKasrw acleiierator it(h): 
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i20;coaa 

#define GCfName) s;ate->exit(); state • AvailacleStatesfNamei; state->emry() 
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^5. II A 



lypedef struct i 
unsigned ehort etruct.typor 

// telle up hpw to interpret the tX.data 
// 1001 t.ConnectPackat 

// 1002 t_A*CeiinwctPttCfcet 

unsigned ehort In; // length of date la tx.datn 
chmr tx_dete[252]; // 2B2 bytes to handle future expansion 
) xx_packat; 

tfj. // 3 

typedef etruct { 

unsigned char hw^voroion; // identifies the originator of this struct 
unsigned char ev.vereion; // 1 1st version 

// the connection typs should Ve the first bytes read. 

// Urn J^ypos are: 



// i - caller non-let ti»e 

// ? - culled 

// 3 - caller 1st time 

// 4 - mraic 

// 8 - message 

// / - self-test 

// 8 - upgrade requeet 

unsigned ohort 1st connect.typa; 
unsigned char »y _ phone. nuatO] i 
unsigned char hlB.phone.numCM ; 
unsigned long ny_ecxial_nun; 
unsigned long hifl.serial_num; 
unsigned chex oy_ipl4] ; 
t^BillingDaVe bill.reci 
} t Connect Pocket; 



typod«f u true I { 

unsigned long etert.tiine; // start time of previous service 

unsigned long stopjtime; // duration (in seconds) of previous service 

unsigned char phone [6]; // phone number of previous call 

unsigned char stst.datate] ; // statistical data about previous service 

> i,_BillingData; 
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typedai' struct { 

unsigned short st*-uct_type; 

// telle ub how to interpret the tx.data 
// 1001 t.Cnnnnr. ticket 
// 1002 X w RxConnttetP*ek«t 
unsigned short len; // length of data in tx.data 
cnar tx_data[262] ; // 262 bytes to handle future expansion 
) tx packet; 

II £ 

typedaf struct { _ _T"I. 

z=z//::New field* added to allow lor commands — ~ 

unsigned char pckt.typej // 0 message, 1 error 

unsigned char me^type; 
// massages: 
"'// 0 ** return "usable "TP - fcddr, 
// 1 • hu uutch; IP 0.0.0.0, 
// 2 - go to another server; IP address given 

// 3 - no action to take (response to message or self -test; IP « 0.0.0.0) 
// errors: 

// 0 = problem on my end; retry from scratch 
// 1 - problem with your data; retry from scratch 
// 2 « you ar« not an active user of th« requested T7 Service, 
unsigned char comraandType ; 

no cnnwnwivi 

// i ■■ contact command server for further commando 

// send nev ip addr in command 

// U — set Update Available light on 

// 3 — unset Update Available light 

// 4 u«w main server 

// send nev IP addr in command 

// 5 new backup aerver 

// send nev IP addr in command 

unsigned Char commands 1 2« ; // number of bytes found in command □ 
unsip«d char his„lp[4j; 
unsigned long cur. time; 
char command [32]; 

// If eommandSize <■ 28 we can rely on 

// bytes command [28] . • command [31] containing the 

// sender serial number just for debugging purposes. 

H w* have not specified what a command looks like. 

// commandTypo -» 2: 

// eommandSize ■ 8, command « "10 2 i\rVn M 
// conmandType »* 4: 

// COmmondSize * 21, command « n 0 1 0 137 140 7 222\r\n" 
// CommandType •■ 21; 

// eommandSize - 6. command « M 0 1 1 137 140 7 222\r\n" 
> t.RxCaantctPacket; 
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/' f 



heaulta from generation of Statiatica 



»•**• Absolute Value Countare 

m Entered Idle : 985131 

m FFServer connection Hequesta; 0 

m Entered DeecHead state : 0 

m Entered DeecVrite state : 0 

m OeecfUid ok : 0 

0 OeacRead failed: wrong tiza : 0 

m Deauftead failed: disconnect : 0 

m Deecflead failed: orderly rel: 0 

m DoovWrite ok : 0 

w OcocUrita failed : 0 

0 Init New Daacriptox^ - = 

n Conn diicon in complete list: 0 

m Invalid Client Port : C 

0 Entered Housekeeping : $65099 

m Coaplatad Connection HQ : 0 

m Expired Connection RQ : 0 

0 inactive Connection RQ ; 0 

m tnCliant Writs o* ; 29 

io LnCllent Write fallad : 0 

0 Serial Number InvaJLid ; 0 

rtaxlsua Value) Countera ■■«** 
m Max Ueaplate Connection q : 0 
m Hex Stack 3izo : 0 

« Ha* Connection List Size : 0 

Minimum Value) Counxera ••**» 
0 Mi* Stack Size : 2147483047 

m His Connection List Size : 0 



End of StarieticsReport 



Monitoring Stopped 



Hon FeD M 13:06:31 199B> New logged aeaaion of FFServer 



Hon Feb 23 13:06:31 1898*- rtuaber of Invalid Serial Numbers: 1000 

Hon Fob 23 13:06:55 1996> Nev TKCliaat (IP. Port): 13T. 140.8,104.36239 

Hon Keb 23 13:07:55 1998> Cloalng TNClient (IP. Port); 137.140,8.104.36239 

Hon Feb 23 13:07:56 1998? (CL) O&kaoira ConnactType (IP. Port): 137.140.8,104.36239 

Hon Fab 23 13:07:57 1998> (a) Wrong Packet Size (IP. Port) : 137.140.8-104.36239 

Hon Feb 23 13:07:58 1998> (CL) PcktType H 1001 (IP. Port): 137.140.8.104.36239 

Hon Feb 23 13:07:69 1986> (CL) tz.packetPtr vaa NULL (IP. Port): 137.140.8.104.36239 

Hon Feb 23 13:07:60 1998> (CL) Failed on attempt to ineert (IP. Port) : 137.140.8.104.36239 
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